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(57) Abstract 

A content-aware flow switch (1 10) intercepts a client content request in an IP network (100), and transparently directs the content 
request to a best-fit server. Hie best-fit server is chosen based on the type of content requested, the quality of service requirements implied 
by the content request, the degree of lead on available servers (100a-c), network congestion information, and t he pro ximity of the client to 
available servers. The flow switch (1 10) detects client-server flows based on the arrival of TCP SYNs and/or HTTP GETs from the client. 
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CONTENT -AWARE FLOW SWITCHING 

References to Related Applications 
This application claims priority from a 
provisional application Ser. No. 60/054,687, filed August 
5 1, 1997, which is hereby incorporated by reference. 

Background of the Invention 
The present invention relates to content-based 
flow switching in Internet Protocol (IP) networks. 

IP networks route packets based on network address 

10 information that is embedded in the headers of packets. 
In the most general sense, the architecture of a typical 
data switch consists of four primary components: (1) a 
number of physical network ports (both ingress ports and 
egress ports), (2) a data plane, (3) a control plane, and 

is (4) a management plane. The data plane, sometimes 

referred to as the "fastpath," is responsible for moving 
packets from ingress ports of the data switch to egress 
ports of the data switch based on addressing information 
contained in the packet headers and information from the 

20 data switch's forwarding table. The forwarding table 
contains a mapping between all the network addresses the 
data switch has previously seen and the physical port on 
which packets destined for that address should be sent. 
Packets that have not previously been mapped to a 

25 physical port are directed to the control plane. The 
control plane determines the physical port to which the 
packet should be forwarded. The control plane is also 
responsible for updating the forwarding table so that 
future packets to the same destination may be forwarded 

30 directly by the data plane. The data plane functionality 
is commonly performed in hardware. The management plane 
performs administrative functions such as providing a 
user interface (UI) and managing Simple Network 
Management Protocol (SNMP) engines. 
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Packets conforming to the TCP/IP Internet layering 
model have 5 layers of headers containing network address 
information, arranged in increasing order of abstraction. 
A data switch is categorized as a layer N switch if it 
5 makes switching decisions based on address information in 
the N eh layer of a packet header. For example, both Local 
Area Network (LAN, layer 2) switching and IP (layer 3) 
switching switch packets based solely on address 
information contained in transmitted packet headers. In 
10 the case of LAN switching, the destination MAC address is 
used for switching, and in the case of IP switching, the 
destination IP address is used for switching. 

Applications that communicate over the Internet 
typically communicate with each other over a transport 
is layer (layer 4) Transmission Control Protocol (TCP) or 
User Datagram Protocol (UDP) connection. Such 
applications need not be aware of the switching that 
occurs at lower levels (levels 1-3) to support the layer 
4 connection. For example, an HyperText Transfer 
20 Protocol (HTTP) client (also known as a web browser) 
exchanges HTTP (layer 5) control messages and data 
(payload) with a target web server over a TCP (layer 4) 
connection. 

"Content" can be loosely defined as any 
25 information that a client application is interested in 
receiving. In an IP network, this information is 
typically delivered by an application-layer server 
application using TCP or UDP as its transport layer. The 
content itself may be, for example, a simple ASCII text 
30 file, a binary file, an HTML page, a Java applet, or 
real-time audio or video. 

A "flow" is a series of frames exchanged between 
two connection endpoints defined by a layer 3 network 
address and a layer 4 port number pair for each end of 
35 the connection. Typically, a flow is initiated by a 
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request at one of the two connection endpoints for 
content which is accessible through the other connection 
endpoint. The flow that is created in response to the 
request consists of (1) packets containing the requested 
5 content, and (2) control messages exchanged between the 
two endpoints. 

Flow classification techniques are used to 
associate priority codes with flows based on their 
Quality of Service (QoS) requirements. Such techniques 

10 prioritize network requests by treating flows with 

different QoS classes differently when the flows compete 
for limited network resources. Flows in the same QoS 
class are assigned the same priority code. A flow 
classification technique may, for example, classify flows 

is based on IP addresses and other inner protocol header 
fields. For example, a QoS class with a particular 
priority may consist of all flows that are destined for 
destination IP address 142.192.7.7 and TCP port number 80 
and TOS of 1 (Type of Service field in the IP header) . 

20 This technique can be used to improve QoS by giving 
higher priority flows better treatment. 

Internet Service Providers (ISPs) and other 
Internet Content Providers commonly maintain web sites 
for their customers. This service is called web hosting. 

25 Each web site is associated with a web host . A web host 
may be a physical web server. A web host may also be a 
logical entity, referred to as a virtual web host (VWH) . 
A virtual web host associated with a large web site may 
span multiple physical web servers. Conversely, several 

30 virtual web hosts associated with small web sites may 

share a single physical web server. In either case, each 
virtual web host provides the functionality of a single 
physical web server in a way that is transparent to the 
client. The web sites hosted on a virtual web host share 

35 server resources, such as CPU cycles and memory, but are 
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provided with all of the services of a dedicated web 
server. A virtual web host has one or more public 
virtual IP address that clients use to access content on 
the virtual web host. A web host is uniquely identified 
5 by its public IP address. When a content request is made 
to the virtual web host's virtual IP address, the virtual 
IP address is mapped to a private IP address, which 
points either to a physical server or to a software 
application identified by both a private IP address and a 

10 layer 4 port number that is allocated to the application. 

Summary of the Invention 
In one aspect, the invention features content - 
aware flow switching in an IP network. Specifically, 
when a client in an IP network makes a content request, 

is the request is intercepted by a content -aware flow 

switch, which seamlessly forwards the content request to 
a server that is well -suited to serve the content 
request. The server is chosen by the flow switch based 
on the type of content requested, the QoS requirements 

20 implied by the content request, the degree of load on 
available servers, network congestion information, and 
the proximity of the client to available servers. The 
entire process of server selection is transparent to the 
client . 

25 In another aspect, the invention features implicit 

deduction of the QoS requirements of a flow based on the 
content of the flow request. After a flow is detected, a 
QoS category is associated with the flow, and buffer and 
bandwidth resources consistent with the QoS category of 

30 the flow are allocated. Implicit deduction of the QoS 
requirements of incoming flow requests allows network 
applications to significantly improve their Quality of 
Service (QoS) behavior by (1) preventing over-allocation 
of system resources, and (2) enforcing fair competition 

35 among flows for limited system resources based on their 
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QoS classes by using a strict priority and weighted fair 
queuing algorithm. 

In another aspect, the invention features flow 
pipes, which are logical pipes through which all flows 
5 between virtual web hosts and clients travel. A single 
content -aware flow switch can support multiple flow 
pipes. A configurable percentage of the bandwidth of a 
content -aware flow switch is reserved for each flow pipe. 

In another aspect, the invention features a method 

10 for selecting a best-fit server, from among a plurality 
of servers, to service a client request for content in an 
IP network. A location of the client is identified. A 
location of each of the plurality of servers is 
identified. Servers that are in the same location as the 

is client are identified. A server from among the plurality 
of servers is selected as the best-fit server, using a 
method which assigns a proximity preference to the 
identified servers. The location of the client may be a 
continent in which the client resides. The location of 

20 each of the plurality of servers may be a continent in 
which the server resides. Servers that are in the same 
location as the client may be identified by identifying 
administrative authorities associated with the client 
based on its IP address, identifying, for each of the 

25 plurality of servers, administrative authorities 
associated with the server, and identifying servers 
associated with an administrative authority that is 
associated with the client. The administrative 
authorities may be Internet Service Providers. 

30 One advantage of the invention is that content - 

aware flow switches can be interconnected and overlaid on 
* top of an IP network to provide content -aware flow 
switching regardless of the underlying technology used by 
the IP network. In this way, the invention provides 
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content -aware flow switching without requiring 
modifications to the core of existing IP networks. 

Another advantage of the invention is that by 
using content -aware flow switching, a server farm may 
gracefully absorb a content request spike beyond the 
capacity of the farm by directing content requests to 
other servers. This allows mirroring of critical content 
in distributed data centers, with overflow content 
delivery capacity and backup in the case of a partial 
communications failure. Content-aware flow switches also 
allow individual web servers to be transparently removed 
for service. 

Another advantage of the invention is that it 
performs admission control on a per flow basis, based on 
the level of local network congestion, the system 
resources available on the content-aware flow switch, and 
the resources available on the web servers front-ended by 
the flow switch. This allows resources to be allocated 
in accordance with individual flow QoS requirements. 

One advantage of flow pipes is that the virtual 
web host associated with a flow pipe is guaranteed a 
certain percentage of the total bandwidth available to 
the flow switch, regardless of the other activity in the 
flow switch. Another advantage of flow pipes is that the 
quality of service provided to the flows in a flow pipe 
is tailored to the QoS requirements implied by the 
content of the individual flows. 

Another advantage of the invention is that, when 
performing server selection, a server in the same 
continent as the client is preferred over servers in 
another continent. Trans-continental network links 
introduce delay and are frequently congested. The server 
selection process tends to avoid such trans-continental 
links and the bottlenecks they introduce. 
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Another advantage of the invention is that, when 
performing server selection, a server that shares a 
"closest" backbone ISP with the client is preferred. 
Backbone ISPs connect with one another at Network Access 
5 Points (NAP) . NAPs frequently experience congestion. By 
selecting a path between a client and a server that does 
not include a NAP, bottlenecks are avoided. 

Other features and advantages of the invention 
will become apparent from the following description and 
10 from the claims. 

Brief Description of the Drawings 
FIG. la is a block diagram of an IP network. 
FIG. lb is a block diagram of a segment of a 
network employing a content-aware flow switch, 
is FIG. lc is a block diagram of traffic flow through 

a content -aware flow switch. 

FIG. 2 is a block diagram illustrating operations 
performed by and communications among components of a 
content -aware flow switch during flow setup. 
20 FIG. 3 is a flow chart of a method for servicing a 

content request using a content-aware flow switch. 

FIG. 4 is a flow chart of a method for parsing a 
flow setup request. 

FIGS. 5 and 6 are flow charts of methods for 
25 sorting a list of candidate servers. 

FIG. 7 is a flow chart of a method for evaluating 
requested content. 

FIG. 8 is a flow chart of a method for sorting a 
list of candidate servers. 
30 FIG. 9 is a flow chart of a method for filting 

servers from a list of candidate servers. 

FIG. 10 is a flow chart of a method for evaluating 
a server in a list of candidate servers. 

FIG. 11 is a flow chart of a method for ordering a 
35 server in a list of candidate servers. 
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FIGS. 12-16 are flows charts of methods for 
assigning a status to a server for purposes of ordering 
the server in a list of candidate servers. 

FIG. 17 is a flow chart of a method for assigning 
5 a flow to a local server. 

FIG. 18 is a flow chart of a method for attempting 
to satisfy a request for a flow. 

FIG. 19 is a flow chart of a method for 
constructing a QoS tag. 
io FIG. 20 is a flow chart of a method for locating 

QoS tags which are similar to a given QoS tag. 

FIGS. 21a-b are block diagrams of flow pipe 
traffic through a content-aware flow switch. 

FIG. 22 is a flow chart of a method for ordering 
is servers in a list of candidate servers based on 
proximity. 

FIG. 23 is a block diagram of a computer and 
computer elements suitable for implementing elements of 
the invention. 

20 Detailed Description 

Referring to FIG. la, in a conventional IP network 
100, such as the Internet, servers are connected to 
routers at the edges of the network 100. Each router is 
connected to one or more other routers . Each stream of 

25 information transmitted from one end station to another 
is broken into packets containing, among other things, a 
destination address, indicating the end station to which 
the packet should be delivered. A packet is transmitted 
from one end station to another via a sequence of 

30 routers. For example, a packet may originate at server 
SI, traverse routers Rl, R2, R3, and R4, and then be 
delivered to server S2 . 

In FIG. la, a network node is either a router or 
an end station. Each router has access to information 

35 about each of the nodes to which the router is connected. 
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When a router receives a packet, the router examines the 
packet's destination address, and forwards the packet to 
a node that the router calculates to be most likely to 
bring the packet closer to its destination address. The 
5 process of choosing an intermediary destination for a 
packet and forwarding the packet to the intermediary 
destination is called routing. 

For example, referring to FIG. la, server SI 
transmits a packet, whose destination address is server 

10 S2, to router Rl . Router Rl is only connected to server 
SI and to router R2 . Router Rl therefore forwards the 
packet to router R2 . When the packet reaches router R2, 
router R2 must choose to forward the packet to one of 
routers Rl, R5, R3 , and R6 based on the packet's 

is destination IP address. The packet is passed from router 
to router until it reaches its destination of server S2 . 

Referring to FIG. lb, web servers lOOa-c and 120a- 
b are connected to a content-aware flow switch 110. The 
web servers lOOa-c are connected to the flow switch 110 

20 over LAN links 105a-c. The web servers 12 0a-b are 

connected to the flow switch 110 over WAN links 122a-b. 
The flow switch 110 may be configured and its health 
monitored using a network management station 125. The 
role of the management station 12 5 is to control and 

25 manage one or more communications devices from an 

external device such as a workstation running network 
management applications. The network management station 
125 communicates with network devices via a network 
management protocol such as the Simple Network Management 

30 Protocol (SNMP) . The flow switch 110 may connect to the 
network 100 (FIG. la) through a router 130. The flow 
switch 110 is connected to the router 13 0 by a LAN or WAN 
link 132. Alternatively, the flow switch 110 may connect 
to the network 100 directly via one or more WAN links 

35 (not shown) . The router 130 connects to an Internet 
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Service Provider (ISP) (not shown) by multiple WAN links 
135a-c. 

Referring to FIG. lc, a content-aware flow switch 
"front -ends" (i.e., intercepts all packets received from 
5 and transmitted by) a set of local web servers lOOa-c, 
constituting a web server farm 150. Although connections 
to the web servers lOOa-c are typically initiated by 
clients on the client side, most of the traffic between a 
client and the server farm 150 is from the servers lOOa-c 

10 to the client (the response traffic) . It is this 
response traffic that needs to be most carefully 
controlled by the flow switch 110. 

The flow switch 110 has a number of physical 
ingress ports 170a-c and physical egress ports 165a-c. 

is Each of the physical ingress ports 170a-c may act as one 
or more logical ingress ports, and each of the physical 
egress ports 165a-c may act as one or more logical egress 
ports in the procedures described below. Each of the web 
servers lOOa-c is network accessible to the content-aware 

20 flow switch 110 via one or more of the physical egress 
ports 165a-c. Associated with each flow controlled by 
the flow switch 110 is a logical ingress port and a 
logical egress port-. 

The flow switch 110 is connected to an internet 

25 through uplinks 155a-c. When a client content request is 
accepted by the flow switch 110, the flow switch 110 
establishes a full -duplex logical connection between the 
client and one of the web servers lOOa-c through the flow 
switch 110. Individual flows are aggregated into pipes, 

30 as described in more detail below. Request traffic flows 
from the client toward the server and response traffic 
flows from the server to the client. A component of the 
flow switch 110, referred to as the Flow Admission 
Control (FAC) , polices if and how flows are admitted to 

35 the flow switch 110, as described in more detail below. 
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The content-aware flow switch 110 differs from 
typical layer 2 and layer 3 switches in several respects. 
First, the data plane of layer 2 and layer 3 switches 
forwards packets based on the destination addresses in 
the packet headers (the MAC address and header 
information in the case of a layer 2 switch and the 
destination IP address in the case of a layer 3 switch) . 
The content-aware flow switch 110 switches packets based 
on a combination of source and destination IP addresses, 
transport layer protocol, and transport layer source and 
destination port numbers. Furthermore, the functions 
performed in the control plane of typical layer 2 and 
layer 3 switches are based on examination of the layer 2 
and layer 3 headers, respectively, and on well-known 
bridging and routing protocols. The control plane of the 
content -aware flow switch 110 also performs these 
functions, but additionally derives the forwarding path 
from information contained in the packet headers up to 
and including layer 5. In addition, content -induced QoS 
and bandwidth requirements, server loading and network 
path optimization are also considered by the content- 
aware flow switch 110 when selecting the most optimal 
path for a packet, as described in more detail below. 

FIG. 2 is a block diagram illustrating, at a high 
level, operations performed by and communications among 
components of the content -aware flow switch 110 during 
flow setup. An arrow between two components in FIG. 2 
indicates that communication occurs in the direction of 
the arrow between the two components connected by the 
arrow . 

Referring to FIG. 2, the content -aware flow switch 
110 includes: a Web Flow Redirector (WFR) , an Intelligent 
Content Probe (ICP) , a Content Server Database (CSD) , a 
Client Capability Database (CCD) , a Flow Admission 



WO 99/06913 



PCT/US98/11912 



- 12 - 

Control (FAC) , an Internet Probe Protocol (IPP) , and an 
Internet Proximity Assist (IPA) . 

The CSD maintains several databases containing 
information about content flow characteristics, content 
5 locality, and the location of and the load on servers, 
such as servers lOOa-c and 120a-b. One database 
maintained by the CSD contains content rules, which are 
defined by the system administrator and which indicate 
how the flow switch 110 should handle requests for 

10 content. Another database maintained by the CSD contains 
content records which are derived from the content rules. 
Content records contain information related to particular 
content, such as its associated IP address, URL, 
protocol, layer 4 port number, QoS indicators, and the 

is load balance algorithm to use when accessing the content. 
A content record for particular content also points to 
server records identifying servers containing the 
particular content. Another database maintained by the 
CSD contains server records, each of which contains 

20 information about a particular server. The server record 
for a server contains, for example, the server's IP 
address, protocol, a port of the server through which the 
server can be accessed by the flow switch 110, an 
indication of whether the server is local or remote with 

25 respect to the flow switch 110, and load metrics 
indicating the load on the server. 

Information in the CSD is periodically updated 
from various sources, as described in more detail below. 
The WFR, CSD, and FAC are responsible for selecting a 

30 server to service a content request based on a variety of 
criteria. The FAC uses server-specific and content- 
specific information together with client information and 
QoS requirements to determine whether to admit a flow to 
the flow switch 110. The ICP is a lightweight HTTP 

35 client whose job is to populate the CSD with server and 
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content information by probing servers for specific 
content that is not found in the CSD during a flow setup. 
The ICP probes servers for several reasons, including: 
(1) to locate specific content that is not already stored 
5 in the CSD, (2) to determine the characteristics of known 
content such as its size, (3) to determine relationships 
between different pieces of content, and (4) to monitor 
the health of the servers. ICPs on various flow switches 
communicate with each other using the IPP, which 

10 periodically sends local server load and content 

information to neighboring content-aware flow switches. 
The CCD contains information related to the known 
capabilities of clients and is populated by sampling 
specific flows in progress. The IPA periodically updates 

is the CSD on the internet proximity of servers and clients. 

A flow setup request may take the form of a TCP 
SYN from a client being forwarded to the WFR (202) . The 
WFR passes the flow setup request to the CSD (204) . The 
CSD determines which servers, if any, are available to 

20 service the flow request and generates a list of such 
candidate servers (206) . This list of candidate servers 
is ordered based on configurable CSD preferences. The 
individual items within this list contain all the 
information the FAC will ultimately need to make flow 

25 admission decisions. 

If more than one server exists in the server farm 
150 and content is not fully replicated among the servers 
in the server farm, then it may not be possible for the 
CSD to identify any candidate servers based upon the 

30 receipt of the TCP SYN alone. In this case, the CSD 
returns a NULL candidate server list to the WFR with a 
status indicator requesting that the TCP connection is to 
be spoofed and that the subsequent HTTP GET is to be 
forwarded to the CSD (212). 
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If the CSD contains no content records for servers 
that can satisfy the received TCP SYN or HTTP GET, a NULL 
list is returned to the WFR with a status indicator 
indicating that the flow request should be rejected 
5 (212) . If the CSD finds a content record that satisfies 
the HTTP GET but does not find a record for the specific 
piece of content requested, a new content record is 
created containing default values for the specific piece 
of content requested. The new record is then returned to 

10 the WFR (212). In either of these two cases (i.e., the 
CSD finds no matching records, or the CSD finds a 
matching record that does not exactly match the requested 
content), the CSD asks the ICP to. probe the local servers 
(using http "HEAD" operations) to determine where the 

15 content is located. and to deduce the content's QoS 
attributes (208) . 

The CSD then asks the CCD for information related 
to the client making the request (211) . The CCD returns 
any such information in the CCD to the CSD (210) . The 

20 CSD returns an ordered list of candidate servers and any 
client information obtained from the CCD to the WFR 
(212) . 

Depending on the response returned from the CSD, 
the WFR will either: (1) reject, TCP spoof, or redirect 

25 the flow as appropriate (214), or (2) forward the flow 
request, the list of candidate servers, and any client 
information to the FAC for selection and local setup 
(216) . The FAC evaluates the list of servers contained 
in the content record, in the order specified by the CSD, 

30 and looks for a server that can accept the flow (218) . 
The FAC's primary consideration in selecting a server 
from the list of candidate servers is that sufficient 
port and switch resources be available on the content - 
aware flow switch to support the flow. An accepted flow 

35 is assigned either to a VC-pipe or to a flow pipe, as 
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appropriate. (VC-pipes and flow pipes are described in 
more detail below.) The FAC also adjusts flow weights as 
necessary to maintain flow pipe bandwidth. 

The FAC informs the WFR of which local server, if 
5 any, was chosen to accept the flow, and provides 

information to the WFR indicating to which specific VC- 
pipe or flow pipe the flow was assigned (220) . The WFR 
sets up the required network address translations for 
locally accepted flows so that future packets within the 

10 flow can be modified appropriately (222) . If the chosen 
server is "remote" (not in the local server farm) (220), 
an HTTP redirect is generated (222) that causes the 
client to go to the chosen remote site for service. 
In addition to the steps described above, which 

is occur as part of the flow setup process, the components 
shown in FIG. 2 perform several other tasks, including 
the following. Periodically, the ICP probes the servers 
lOOa-c front-ended by the content-aware flow switch 110 
for information regarding server status and content. 

20 This activity may be undertaken proactively (such as 
polling for general server health) or at the request of 
the CSD. The ICP updates the CSD with the results of 
this search so that future requests for the same content 
will receive better service (224) . 

25 The IPP periodically sends local server load and 

content information to neighboring content-aware flow 
switches. Data arriving from these peers is evaluated 
and appropriate updates are sent to the CSD (226) . The 
IPA periodically updates the CSD with internet proximity 

30 information (228) . 

The operation of the components shown in FIG. 2 is 
now described in more detail. 

Referring to FIG. 3, the WFR services a client 
content request as follows. When a client sends a 

35 content request to a server in the form of a TCP SYN or 
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HTTP GET, the content request is intercepted by the 
content-aware flow switch 110, which interprets the 
request as a request to initiate a flow between the 
client and an appropriate' server (step 4 02) . The CSD is 
5 queried for a list of available servers to serve the 
content request (step 404) . The CSD returns a list of 
candidate servers and the status indicator ACCEPT if the 
preferred server is known to be in the local server farm. 
If the CSD returns a status indicator ACCEPT (decision 

10 step 406) , then the content request may be served at one 
of the local servers lOOa-c front-ended by the flow 
switch 110. In this case, the FAC is asked to assign a 
flow for servicing the content request to a local server, 
chosen from among the list of candidate servers returned 

is by the CSD (step 408) . If the FAC successfully assigns 
the flow to a local server (decision step 412) , then an 
appropriate network address translation for the flow is 
set up (step 416) , a connection is set up with the 
appropriate server (using a pre-cached, persistent, or 

20 newly created connection) (step 426) , and the content 
request is passed to the server (step 428) . 

If the CSD is unable to identify any local servers 
to serve the content request (decision step 406) , or if 
the FAC is unable to assign a flow for the content 

25 request to a local server (decision step 412) , then if 
the status indicator (returned by either the. CSD in step 
404 or the FAC in step 408) indicates that the flow 
should be redirected to a remote server (step 410) , then 
the flow is redirected to a remote server (step 414) . If 

30 the CSD indicated (in step 404) that the flow should be 
spoofed (decision step 418) , then the client TCP request 
is spoofed (step 420) . If the flow cannot be assigned to 
any server, then the flow is rejected with an appropriate 
error (step 422) . 
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Referring to FIG. 4, the CSD parses a flow setup 
request as follows. First, the CSD parses the URI 
representing the client content request in order to 
identify the nature of the requested content (step 429) . 
5 If the request is an HTTP request, for example, elements 
of the HTTP header, including the HTTP content -type, are 
extracted. In the case of a non-HTTP request, the 
combination of protocol number and source/destination 
port are used to identify the nature of the requested 

10 content. In the case of an HTTP request, the content - 
type or filename extension is used to deduce a QoS class, 
delay, minimum bandwidth, and frame loss ratio as shown 
in Table 1, below. The content-size is used to determine 
the size of the requested flow. Overall flow intensity 

is is monitored by the content-aware flow switch 110 by 
calculating the average throughput of all flows. The 
degree to which a particular piece of content served by a 
server is "hot content" is measured by monitoring the 
number of hits (requests) the content receives. The 

20 burstiness of a flow is determined by calculating the 
number of flows per content per time unit. 

Identifying the nature of the requested content also 
involves deducing, from the content request and 
information stored in the CSD, the QoS requirements of 

25 the requested content. These QoS requirements include: 

Bandwidth, defined by the number of bytes of content 
to be transferred over the average flow duration. 

Delay, defined as the maximum delay suitable for 
retrieving particular content . 

30 Frame Loss Ratio, defined as the maximum acceptable 

percentage of frame loss tolerated by the particular type 
of content . 

A QoS class is assigned to a flow based on the 
flow's calculated QoS requirements. Eight QoS classes 
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are supported by the flow switch 110. Table 1 indicates 
how these classes might be used. 



QoS 
Class 


Delay 

(End to End) 


Min 

Bandwidth 


Frame Loss 
Ratio 


Example 
Applications 


0 


N/A 


N/A 


io- 8 


Control Flows 


J. 




8 KBPS 


10' 8 


T Ti t~ ^ T*n ^ t* Dhono 

XllLClllCLi ZrllwilC 


2 


Interactive 


4 KBPS 


IO" 4 


Distance 

Telemetry, 

streaming 

video/audio 


j 




0-16 Mbns 


10* 4 


ucuia 

distribution, 

multi-user 

games, 

interactive TV 


4 


Low 


64 KBPS 


Data: 10" 8 
Streaming: 10 "* 


Entertainment , 
traditional fax 


5 


Low 


N/A 


IO' 8 


Stock Ticker, 
News 


6 


N/A 


N/A 


10' 8 


Service 
Distribution, 
Internet 
Printing 


7 


N/A/ 


N/A 


IO" 4 


Best effort 
traffic (email, 
Internet fax, 
database, etc.) 



Table 1 



After the nature of the requested content has been 
is identified, the CSD queries its database for records of 
candidate servers containing the requested content (step 
430) , If the CSD cannot find any records in the database to 
satisfy a given content request (decision step 432) , the 
ICP/IPP is asked to locate the requested content, in order 
20 to increase the probability that future requests for the 
requested content will be satisfied (step 446) . The CSD 
then returns a NULL list to the WFR with a status indicator 
indicating that the flow request should be rejected (steps 
434, 444) . 
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If one or more matching server records are found 
(decision step 432) and the client request is in the form 
of a HTTP GET (decision step 436) , then the CSD 
determines whether any of the existing content records 
5 exactly matches the requested content (decision step 
448). For example, consider a content request for 
http://www.company.com/document.html. The CSD will 
consider a content record for http://www.company.com/* to 
be an exact match for the content request. The CSD will 

10 consider a record for http://www.company.com/ to be a 
match for the request, but not the most specific match. 
In the case of an exact match, the CSD sorts the list of 
candidate servers (identified in step 430) based on 
configurable preferences (step 442) . In the case of at 

is least one match but no exact matches, the CSD creates a 
new record containing default information extracted from 
the most specific matching record, as well as additional 
information gleaned from the content request itself (step 
450) . This additional information may include the QoS 

20 requirements of the flow, based on the port number of the 
content request, or the filename extension (e.g., ".mpg" 
might indicate a video clip) contained in the request. 
The CSD asks the ICP/IPP to probe, in the background, for 
more specific information to use for future requests 

25 (step 452) . 

If one or more server records are found (decision 
step 432) and the client content request is in the form 
of a TCP SYN (decision step 436) , the mere receipt by the 
flow switch of a TCP SYN may not provide the CSD with 

30 enough information about the nature of the requested flow 
for the CSD to make a determination of which available 
servers can service the requested flow. For example, the 
TCP SYN may indicate the server to which the content 
request is addressed, -but not indicate which specific 

35 piece of content is being requested from the server. If 
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receipt of a HTTP GET from the client is required to 
identify a server to serve the content request (decision 
step 438) , then the CSD returns a NULL server list to the 
WFR with a status indicator requesting that the TCP 
5 connection be spoofed and that the subsequent HTTP GET 
from the client be forwarded to the CSD (step 440) . 

If the TCP SYN is adequate to identify a server to 
service the content request (decision step 438) , then the 
CSD sorts the list of candidate servers (identified in 

10 step 430) based on configurable preferences (step 442) . 

If adequate information was available in the content 
request to generate a list of available servers (decision 
step 432) and the request may be serviced by one of the 
servers locally attached to the data switch (decision 

is step 451), then the Client Capability Database (CCD) is 
queried for any available information on the capabilities 
of the requesting client (step 453) . 

Referring to FIG. 5, given a content request and a 
list of candidate servers, the CSD sorts the list of 

20 candidate servers as follows. If the CSD content records 
indicate that the requested content is "sticky" (i.e., 
that a client who accesses such content must remain 
attached to a single server for the duration of the 
transaction between the client and the server, which 

25 could be comprised of multiple individual content 

requests) (decision step 454) , then the CSD searches an 
internal database to determine to which server this 
client was previously "stuck" (step 456) . If the CSD 
finds no record for this client (decision step 458) , then 

30 the CSD indicates that the request should be rejected 
(step 464) . If the CSD finds a record of this client 
(decision step 458) , then the CSD creates and returns a 
list of candidate servers which includes only the 
"sticky" server to which the client was previously 

35 "stuck" (step 460) , and indicates that a local server to 
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serve the content request was found (step 462) . If the 
requested content is not "sticky" (decision step 454) , 
then the list of candidate servers is ordered according 
to the method of FIG. 6 (step 456) . 
5 Referring to FIG. 6, the CSD orders the list of 

candidate servers as follows. The CSD evaluates the 
requested content according to several criteria (step 
468) . The CSD filters the candidate server list and 
orders (sorts) the candidate servers remaining in the 
10 candidate server list (step 470) . Servers in the 

candidate server list are assigned proximity preferences 
(step 472) . 

If the first server in the sorted list of candidate 
servers is a remote server (decision step 4 74) , then the 

15 CSD assigns a value of REDIRECT to a status indicator 
(step 476) . If the first server in the sorted list of 
candidate servers is a local server (decision step 474), 
then the CSD assigns a value of ACCEPT to the status 
indicator (step 478) . The CSD returns the status 

20 indicator and the ordered list of candidate servers (step 
480) . 

Referring to FIG. 7, a particular requested content 
is evaluated by the CSD as follows. A variable 
requestFlag is used to store several flags (values which 

25 can be either true or false) relating to the requested 
content. Flags stored in requestFlag include BURSTY 
(indicating whether the requested content is undergoing a 
burst of requests) , LONG (indicating that this the 
request is likely to result in a long-lived flow) , 

30 FREQUENT (indicating that the requested content is 

frequently requested), and HI_PRIORITY (indicating that 
the requested content is high priority content) . 

If the current time at which the requested content 
is being requested minus the previous time at which the 

35 requested content was requested is not greater than 
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avglnterval (the average period of time between flow 
requests for the requested content) (decision step 482) , 
then a variable burstLength is assigned a value of zero 
(step 4 84) and requestFlag is assigned a value of zero 
5 (step 4 86) . Otherwise (decision step 482) , the value of 
the variable burstLength is incremented (step 488) , and 
if the value of burstLength is greater than MIN_BURST_RUN 
(decision step 490) , then avglnterval is recalculated 
(step 4 92) , and the variable requestFlag is assigned a 

10 value of BURSTY (step 494) . MIN_BURST_RUN is a 
configurable value which indicates how many sub- 
avglnterval requests for a given piece of content 
constitute the beginning of a burst. 

' A variable runTime is set equal to the current time 

15 (step 496) . A flag requestFlag is used to store several 
pieces of information describing the requested content. 
If the size of the requested content is greater than a 
predetermined constant SMALL_CONTENT • (decision step 4 98) , 
then the LONG flag in requestFlag is set (step 502) . If 

20 the requested content is streamed (decision step 500) , 
then the LONG flag in requestFlag is set (step 502) . If 
the number of hits the requested content has received is 
greater than a predetermined constant H0T_C0NTENT 
(decision step 504) , then the FREQUENT flag in 

25 requestFlag is set (step 506) . If the requested content 
has previously been flagged as H I GH__PR I OR I T Y (decision 
step 508) , then the HI_PRIORITY flag in requestFlag is 
set (step 510) . 

Referring to FIG. 8, the CSD assigns status 

30 indicators to the servers in the candidate server list as 
follows. The first server in the candidate server list 
is selected (step 514) . If the selected server should be 
filtered (decision step 516) , then the selected server is 
removed from the candidate server list (step 518) . 

35 Otherwise, the server is evaluated (step 520) , and 
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ordering rules are applied to the selected server to 
assign a status indicator to the selected server (step 
522) . If there are more servers in the candidate server 
list (decision step 524), then the. next server in the 
5 candidate server list is selected (step 526) , and steps 
516-524 are repeated. Otherwise, assignment of status 
indicators to the servers in the candidate server list is 
complete (step 528) . 

Referring to FIG. 9, servers are filtered from the 

10 candidate server list as follows. If a server has not 
responded to recent queries (decision step 530), is no 
longer reachable due to a network topology change 
(decision step 532) , or no longer contains the requested 
content (indicated by an HTTP 404 error in response to a 

is request for the requested content) , then the server is 
flag for removal from the candidate server list (step 
536) . 

Referring to FIG. 10, a server in the candidate 
server list is evaluated as follows. A variable 

20 serverFlag is used to store several flags relating to the 
server. Flags stored in serverFlag include RECENT_THIS 
(indicating that a request was recently made to the 
server for the same content as is being requested by the 
current content request) , RECENTJDTHER (indicating that a 

25 request was recently made to the server for content other 
than the content being requested by the current content 
request) , RECENT_MANY (indicating that many distinct 
requests for content have recently been made to the 
server) , LOW_BUFFERS (set to TRUE when one or more recent 

30 requests have been streamed), RECENT_LONG (indicating 
that one or more of the server's recent flows was long- 
lived), LOW_PORT_BW (indicating that the server's port 
bandwidth is low), and LOW_CACHE (indicating that the 
server is low on cache resources) . 
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If the server was not recently accessed (decision 
step 540), then none of the flags in serverFlag are set, 
and evaluation of the server is complete (step 570) . 
Otherwise, if the server was recently accessed for the 
5 same content as is being requested by the current content 
request (decision step 542) , then serverFlag is assigned 
a value of RECENT_THI S (step 546) ; otherwise, serverFlag 
is assigned a value of RECENT_OTHER (step 548) . If .there 
have been many recent distinct requests to the server 

10 (decision step 550) , then the RECENT_MANY flag in 
serverFlag is set (step 552) . If any of the recent 
requests to the server were streamed (decision step 554) , 
then the LOW_BUFFERS flag of serverFlag is set (step 
556) . If any of the recent requests to the server were 

15 long-lived (decision step 558) , then the RECENT_LONG flag 
of serverFlag is set (step 560) . If the port bandwidth 
of the server is low (decision step 562) , then the 
LOW_PORT_BW flag of serverFlag is set (step 564) . If the 
RECENT_OTHER flag of serverFlag is set (decision step 

20 566) , then the LOW_CACHE flag of serverFlag is set (step 
568) . 

Referring to FIG. 11, a server in the candidate 
server list is ordered within the candidate server list 
as follows. A variable Status is used to indicate 

25 whether the server should be placed at the bottom of the 
candidate server list. Specifically, if the HI_PRIORITY 
flag of requestFlag is set (decision step 572) , then 
Status is assigned a value according to FIG. 12 (step 
574) . If the BURSTY flag of requestFlag is set (decision 

30 step 576) , then Status is assigned a value according to 
FIG. 13 (step 578) . If the FREQUENT flag of requestFlag 
is set (decision step 580) , then Status is assigned a 
value according to FIG. 14 (step 582) . If the LONG flag 
of requestFlag is set (decision step 584), then Status* 

35 assigned a value according to FIG. 15 (step 586) ; 
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otherwise, Status is assigned a value according to FIG. 
16 (step 588) . If the value of Status is not OKAY 
(decision step 590) , then the server is considered not 
optimal and is placed at the bottom of the candidate 
5 server list (step 584) . Otherwise, the server is 

considered adequate and is not moved within the candidate 
server list (step 592) . 

Referring to FIG. 12, in the case of a request for a 
flow for which the HI_PRIORITY flag of requestFlag is 

10 set, if the LOW_CACHE flag of serverFlag is set (decision 
step 596) , the RECENT_OTHER flag of serverFlag is set 
(decision step 598) , the LOW_PORT_BW flag of serverFlag 
is set (decision step 600) , or the RECENT_LONG flag of 
serverFlag is set (decision step 602) , then Status is 

15 assigned a value of NOTJDPTIMAL (step 608) . Otherwise, 
Status is assigned a value of OKAY (step 604) . 

Referring to FIG. 13, in the case of a request for a 
flow for which the BURSTY requestFlag is set and the 
RECENT_THIS serverFlag is not set (decision step 608) , 

20 and if either the LOW_CACHE or RECENT_MANY serverFlag is 
set (decision steps 610 and 612), then Status is assigned 
a. value of NO T_0 P T I MAL (step 616) . Otherwise, Status is 
assigned a value of OKAY (step 614) . 

Referring to FIG. 14, a value is assigned to Status 

25 in the case of a request for a flow which is not bursty 
and not frequently requested as follows. Status is 
assigned a value of NOTJDPTIMAL (step 644) if any of the 
following conditions obtain: (1) the LONG flag of 
requestFlag is set and the LOW_BUFFERS and LOW_CACHE 

30 flags of serverFlag are set (decision steps 620, 622, and 
624); (2) the RECENT_MANY , RECENT_THI S , and LOW_CACHE 
flags of serverFlag are set (decision steps 626, 628, and 
630); (3) the RECENT_LONG , RECENTJTHIS, and LOW_CACHE 
flags of serverFlag are set (decision steps 632, 634, and 

35 636); or (4) the LONG flag of requestFlag is set and the 
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LOW_PORT_BW flag of serverFlag is set (decision steps 638 
and 640) . Otherwise, Status is assigned a value of OKAY 
(step 642) * 

Referring to FIG. 15, a value is assigned to Status 
5 in the case of a request for a flow which is non-bursty, 
frequently requested, and short-lived as follows. Status 
is assigned a value of NOT_OPTIMAL (step 664) if any of 
the following conditions obtain: (1) the LOVM3UFFERS and 
LOW_CACHE flags of serverFlag are set (decision steps 

10 646, 648); (2) the RECENT_LONG, RECENT_OTHER , and 

L0W_CACHE flags of serverFlag are set (decision steps 
650, 652, and 654); or (3) the RECENT_MANY, RECENT_OTHER, 
and LOW_CACHE flags of serverFlag are set (decision steps 
656, 658, and 660) . Otherwise, Status is assigned a 

15 value of OKAY (step 662). 

Referring to FIG. 16, a value is assigned to Status 
in the case of request for flows which are not handled by 
any of FIGS. 12-15 as follows. Status is assigned a 
value of NOTJDPTIMAL (step 680) if any of the following 

20 conditions obtain: (1) the LOWJBUFFERS and LOW_CACHE 
flags of serverFlag are set (decision steps 666, 668); 
(2) the RECENT_MANY and L0W_CACHE flags of serverFlag are 
set (decision steps 67 and 672); or (3) the RECENT_LONG 
and LOW_PORT_BW flags of serverFlag are set (decision 

25 steps 674 and 676) . Otherwise, Status is assigned a 
value of OKAY (step 678) . 

Referring again to FIG. 6, the servers remaining in 
the candidate server list are sorted again, this time by 
proximity to the client making the content request (step 

30 472) . The details of sorting by proximity are discussed 
in more detail below with respect to the Internet 
Proximity Assist (IPA) and with respect to FIG. 22. 

The first server in the candidate server list is 
examined, and if it is local to the content -aware flow 

35 switch 110 (decision step 474) , then a variable Status is 
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assigned a value of ACCEPT (step 478) , indicating that 
the content-aware flow switch 110 can service the 
requested flow using a local server. Otherwise, Status 
is assigned a value of REDIRECT (step 476) , indicating 
5 that the flow request should be redirected to a remote 
server. 

The process of deciding whether to create a flow in 
response to a client content request is. referred to as 
Flow Admission Control (FAC) . Referring again to FIG. 3, 

10 if the value of Status is ACCEPT (decision step 406) , 
then the FAC is asked to assign the requested flow to a 
local server (step 408) . The FAC admits flows into the 
flow switch 110 based on flow QoS requirements and the 
amount of link bandwidth, flow switch bandwidth, and flow 

15 switch buffers. Flow admission control is performed for 
each content request in order to verify that adequate 
resources exist to service the content request, and to 
offer the content request the level of service indicated 
by its QoS requirements. If sufficient resources are not 

20 available, the content request may be redirected to 

another site capable of servicing the request or simply 
be rejected. 

More specifically, referring to FIG. 17, the FAC 
assigns a flow to a local server from among an ordered 

25 list of candidate servers, in response to a content 
request, as follows. First, the FAC fetches the first 
server record from the list of candidate servers (step 
684) . If the server record is for a local server 
(decision step 686) , and the local server can satisfy the 

30 content request (decision step 690), then the FAC 

indicates that the content request has been successfully 
assigned to a local server (step 694) , If the server 
record is not for a local server (decision step 686) , 
then the FAC indicates that the content request should be 

35 redirected (step 688) . 
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If the server record is for a local server (decision 
step 686) that cannot satisfy the content request 
(decision step 690) , and there are more records in the 
list of candidate servers to evaluate (decision step 
5 696) , then the FAC evaluates the next record in the list 
of candidate servers (step 698) as described above. If 
all of the records have been evaluated without 
redirecting the request or assigning the request to a 
local server, then the content request is rejected, and 

10 no flow is set up for the content request (step 700) . 

Referring to FIG. 18, the FAC attempts to establish 
a flow between a client and a candidate server, in 
response to a client content request, as follows. The 
FAC extracts, from the CSD server record for the 

is candidate server, the egress port of the flow switch to 
which the candidate server is connected. The FAC also 
extracts, from the content request, the ingress port of 
the flow switch at which the content request arrived 
(step 726) , Using the information obtained in step 726 

20 and other information from the candidate server record, 
the FAC constructs one or more QoS tags (step 728) . A 
QoS tag encapsulates information about the deduced QoS 
requirements, of an existing or requested flow. 

If the requested content is not served by a 

25 (physical or virtual) web host associated with a flow 
pipe (decision step 730) , then the FAC attempts to add 
the requested flow to an existing VC pipe (step 732) . A 
VC pipe is a logical aggregation of flows sharing similar 
characteristics; more specifically, all of the flows 

30 aggregated within a single VC pipe share the same ingress 
port, egress port, and QoS requirements. Otherwise, the 
FAC attempts to add the requested flow to the flow pipe 
associated with the server identified by the candidate 
server record (step 734) . Once the QoS requirements of a 

35 flow have been calculated, they are stored in a QoS tag, 
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so that they may be subsequently accessed without needing 
to be recalculated. 

Referring to FIG. 19, the FAC constructs a QoS tag 
from a candidate server record, ingress and egress port 
5 information, and any available client information, as 

follows. If the requested content is not to be delivered 
using TCP (decision step 738) , then the FAC calculates 
the minimum bandwidth requirement MinBW of the requested 
content based on the total bandwidth PortBW available to 
10 he logical egress port of the flow and the hop latency 
hopLatency (a static value contained in the candidate 
server record) of the flow, using the formula: 

MinBW = frameSize / hopLatency) 
Formula 1 

is (step 756) . If the requested content is to be delivered 
using TCP (decision step 738) , then the FAC calculates 
the average bandwidth requirement AvgBW of the requested 
flow based on the size of the candidate server's cache 
CacheSize (contained in the candidate server record) , the 

20 TCP window size TcpW (contained in the content request) , 
and the round trip time RTT (determined during the 
initial flow handshake) , using the formula: 

AvgBW = min (CacheSize, TcpW) / RTT 
Formula 2 

25 (step 74 0) . The FAC uses the average bandwidth AvgBW and 
the flow switch latency (a constant) to determine the 
minimum bandwidth requirement MinBW of the requested 
content using the formula: 



30 



MinBW = min (AvgBW * MinToAvg, clientBW) 

Formula 3 
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In Formula 3, MinToAvg is the flow switch latency and 
clientBW is derived from the maximum segment size (MSS) 
option of the flow request (step 742) . 

The content -aware flow switch 110 reserves a fixed 
5 amount of buffer space for flows. The FAC is responsible 
for calculating the buffer requirements (stored in the 
variable Buffers) of both TCP and non-TCP flows, as 
follows. If the requested flow is not to be streamed 
(decision step 744) , then the flow is provided with a 

10 best-effort level of buffers (step 758) . Streaming is 
typically used to deliver real-time audio or video, where 
a minimum amount of information must be delivered per 
unit of time. If the content is to be streamed (decision 
step 744) , then the burst tolerance btol of the flow is 

is calculated (step 746) , the peak bandwidth of the flow is 
calculated (step 748) , and the buffer requirements of the 
flow are calculated (step 750) . A QoS tag is constructed 
containing information derived from the calculated 
minimum bandwidth requirement and buffer requirements 

20 (step 752) . The FAC searches for any other similar 
existing QoS tags that sufficiently describe the QoS 
requirements of the requested content (step 754) . 

Referring to FIG. 20, the FAC locates any existing 
QoS tags which are similar enough (in MinBW and Buffers) 

25 to the QoS tag constructed in FIG. 19 to be acceptable 
for this content request, as follows. If the requested 
content is not to be delivered via TCP (decision step 
764) , then the FAC finds all QoS tags with a higher 
minimum bandwidth requirement but with lower buffer 

30 requirements than the given QoS tag (step 766) . If the 
content is to be delivered via TCP (decision step 764) , 
then the FAC finds all QoS tags with a lower minimum 
bandwidth requirement and higher buffer requirements than 
the given QoS tag (step 768) . If the requested content 

35 is not to be streamed (decision step 770) , then for each 
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existing QoS tag, the FAC calculates the average 
bandwidth, calculates the TCP window size as 
TcpW = AvgBW * RTT, and verifies that the TCP window size 
is at least 4K (the minimum requirement for HTTP 
5 transfers) (step 774) . If the requested content is to be 
streamed (decision step 770) , then the FAC examines each 
existing QoS tag and excludes those that are not capable 
of delivering the required peak bandwidth PeakBW or burst 
tolerance btol, as calculated in FIG. 19, steps 746 and 
10 748 (step 772) . The resulting list of QoS tags is then 
used when aggregating the flow into a VC-pipe or flow 
pipe . 

One of the effects of the procedures shown in FIGS. 
3-2 0 is that the flow switch 110 functions as a network 

is address translation device. In this role, it receives 
TCP session setup requests from clients, terminates those 
requests on behalf of the servers, and initiates (or 
reuses) TCP connections to the best -fit target server on 
the client's behalf. For that reason, two separate TCP 

20 sessions exist, one between the client and the flow 

switch, the other between the flow switch and the best- 
fit server. As such, the IP, TCP, and possible content 
headers on packets moving bidirectional ly between the 
client and server are modified as necessary as they 

25 traverse the content-aware flow switch 110. 

Flow Pipes 

A content -aware flow switch can be used to front -end 
many web servers. For example, referring to FIG. 1c, the 
flow switch 110 front-ends web servers lOOa-c. Each of 
30 the physical web servers lOOa-c may embody one or more 
virtual web hosts (VWH's). Associated with each of the 
VWH's front-ended by the flow switch 110 may be a "flow 
pipe," which is a logical aggregation of the VWH's flows. 
Flow pipes guarantee an individual VWH a configurable 
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amount of bandwidth through the content-aware flow switch 
110. 

Referring to FIG. 21a, web servers lOOa-c provide 
service to VWHs lOOd-f as follows. Web server 100a 
5 provides all services to VWH lOOd. Web server 100b 
provides service to VWH lOOe and a portion of the 
services to VWH lOOf . Web server 100c provides service 
to the remainder of VWH lOOf . Associated with VWHs lOOd- 
f are flow pipes 784a, 784b, and 784c, respectively. 

10 Note that flow pipes 784a-c are logical entities and are 
therefore not shown in FIG. 21a as connecting to VWH's 
lOOd-f or the flow switch 110 at physical ports. 

The properties of each of the VWH's lOOd-f is 
configured by the system administrator. For example, 

15 each of the VWH's lOOd-f has a bandwidth reservation. 
The flow switch 110 uses the bandwidth reservation of a 
VWH to determine the bandwidth to be reserved for the 
flow pipe associated with the VWH. The total bandwidth 
reserved by the flow switch 110 for use by flow pipes, 

20 referred to as the flow pipe bandwidth, is the sum of all 
the individual flow pipe reservations. The flow switch 
110 allocates the flow pipe bandwidth and shares it among 
the individual flow pipes 784a-c using a weighted round 
robin scheduling algorithm in which the weight assigned 

25 to an individual flow pipe is a percentage of the overall 
bandwidth available to clients. The flow switch 110 
guarantees that the average total bandwidth actually 
available to the flow pipe at any given time is not less 
than the bandwidth configured for the flow pipe 

30 regardless of the other activity in the flow switch 110 
at the time. Individual flows within a flow pipe are 
separately weighted based on their QoS requirements. The 
flow switch 110 maintains this bandwidth guarantee by 
proportionally adjusting the weights of the individual 

35 flows in the flow pipe so that the sum of the weights 
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remains constant. By policing against over-allocation of 
bandwidth to a particular VWH, fairness can be achieved 
among the VWH's competing for outbound bandwidth through 
the flow switch 110. 
5 Again referring to FIG. 21a # consider the case in 

which the flow switch 110 is configured to provide 
service to three VWH's lOOd-f. Suppose that the 
bandwidth requirements of VWHIOOd-f are 64Kbps , 256Kbps, 
and 1.5Mbps, respectively. The total flow pipe bandwidth 

10 reserved by the flow switch 110 is therefore 1.82Mbps. 
Assume for purposes of this example that the flow switch 
110 is connected to the Internet by uplinks 115a-c with 
bandwidths of 45Mbps, 1.5Mbps, and 1.5Mbps, respectively, 
providing a total of 48Mbps of bandwidth to clients. In 

15 this example, flow pipe 784a is assigned a weight of 
.0013 (64Kbps/48Mbps) , flow pipe 784b is assigned a 
weight of .0053 (256Kbps/48Mbps) , and flow pipe 784c is 
assigned a weight of .0312 (1 . 5Mbps/48Mbps) . As 
individual flows within flow pipes 784a- c are created and 

20 destroyed, the weights of the individual flows are 

adjusted such that the total weight of the flow pipe is 
held constant • 

The relationship between flows, flow pipes, and the 
physical ingress ports 170a-c and physical egress ports 

25 ...165a-c of the content -aware flow switch 110 is discussed 
below in connection with FIG. 21b. Flows 782a-c from VWH 
lOOd enter the flow switch at egress port 165a. Flows 
786a-b from VWH 100c enter the flow switch at egress port 
165b. Flow 786c from VWH lOOf enters the flow switch at 

30 egress port 165b. Flows 788a-c from VWH lOOf enters the 
flow switch from egress port 165c. After entering the 
flow switch 110, the flows 782a-c, 786a-c, and 788a-c are 
managed within their respective flow pipes 784a-c as they 
pass through the switching matrix 790. The switching 

35 matrix is a logical entity that associates a logical 
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ingress port and a logical egress port with each of the 
flows 782a-c, 786a-c, and 788a-c. As previously 
mentioned, each of the physical ingress ports 170a-c may 
act as one or more logical ingress ports, and each of the 
5 physical egress ports 165a-c may act as one or more 
logical egress ports, FIG. 21b shows a possible set of 
associations of physical ingress ports with flow pipes 
and physical egress ports for the flows 782a-c / 786a-c, 
and 788a-c. 

10 Internet Proximity Assist 

A client may request content that is available from 
several candidate servers. In such a case, the Internet 
Proximity Assist (IPA) module of the content -aware flow 
switch 110 assigns a preference to servers which are 

is determined to be "closest" to the client, as follows. 

The Internet is composed of a number of independent 
Autonomous Systems (AS's). An Autonomous System is a 
collection of networks under a single administrative 
authority, typically an Internet Service Provider (ISP) . 

20 The ISPs are organized into a loose hierarchy. A small 
number of "backbone" ISPs exist at the top of the 
hierarchy. Multiple AS's may be assigned to each 
backbone service provider. Backbone service providers 
exchange network traffic at Network Access Points (NAPs) . * 

25 Therefore, network congestion is more likely to occur 
when a data stream must pass through one or more NAPs 
from the client to the server. The IPA module of the 
content -aware flow switch 110 attempts to decrease the 
number of NAPs between a client and a server by making an * 

30 appropriate choice of server. 

The IPA uses a continental proximity lookup table 
which associates IP addresses with continents as follows. 
Most IP address ranges are allocated to continental 
registries. The registries, in turn, allocate each of 

35 the address ranges to entities within a particular 
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continent. The continental proximity lookup table may be 
implemented using a Patricia tree which is built based on 
the IP address ranges that have been allocated to various 
continental registries. The tree can then be searched 
using the well-known Patricia search algorithm. An IP 
address is used as a search key. The search results in a 
continent code, which is an integer value that represents 
the continent to which the address is registered. Given 
the current allocations of IP addresses, the possible 
return values are shown in Table 2 . 



ID 


Continent 


0 


Unknown 


1 


Europe 


2 


North America 


3 


Central and South America 


4 


Pacific Rim 



Table 2 



Additional return values can be added as IP 
addresses are allocated to new continental registries. 
Given the current allocation of addresses, the 
continental proximity table used by the I PA is shown in 
Table 3. 
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IP ADDRESS RANGE 


CONTINENT IDENTIFIER 


0.0.0.0 through 
192.255.255.255 


0 (Unknown) 


193.0.0.0 through 
195.255.255.255 


1 (Europe) 


196.0.0.0 through 
197.255.255.255 


0 (Unknown) 


198.0.0.0 through 
199.255.255.255 


2 (North America) 


200.0.0.0 through 
201.255.255.255 


3 (Central and South America) 


2 02.0.0.0 through 
203.255.255.255 


4 (Pacific Rim) 


204.0.0.0 through 
209.255.255.255 


2 (North America) 


210.0.0.0 through 
211.255.255.255 


4 (Pacific Rim) 


212.0.0.0 through 
223.255.255.255 


0 (Unknown) 



20 Table 3 

Referring to FIG. 22, the IPA assigns proximity- 
preferences to zero or more servers, from a list of 
candidate servers and a client content request, as 
follows. The IPA identifies the continental location of 

25 the client (step 800) . If the client continent is not 
known (decision step 801) , then control passes to step 
812, described below. Otherwise, the IPA identifies the 
continental location of each of the candidate servers 
(step 802) using the continental proximity lookup table, 

30 described above. If all of the server continents are 
unknown (decision step 803), control passes to step 807, 
described below. Otherwise, if none of the candidate 
servers are in the same continent as the client (decision 
step 804) , then the IPA does not assign a proximity 

35 preference to any of the candidate servers (step 8 06) . 

At step 807, the IPA prunes the list of candidate 
servers to those which are either unknown or in the same 
continent as the client. If there is exactly one server 
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in the same continent as the client (decision step 8 08) , 
then the server in the same continent as the client is 
assigned a proximity preference (decision step 810) . For 
purposes of decision steps 804 and 808, a client and a 
5 server are considered to reside in the same continent if 
their lookup results match and the matching value is not 
0 (unknown) . 

If there is more than one server in the same 
continent as the client (decision step 808) , then the IPA 

10 assigns a proximity preference to one or more servers, if 
any, which share a "closest" backbone ISP with the 
client, where "closest" means that the backbone ISP can 
reach the client without going through another backbone 
ISP. A closest -backbone lookup table, which may be 

15 implemented using a Patricia tree, stores information 

about which backbone AS's are closest to each range of IP 
addresses. An IP address is used as the key for a search 
in the closest -backbone lookup table. The result of a 
search is a possibly empty list of AS's which are closest 

20 to the IP address used as a search key. 

The IPA performs a query on the closest -backbone 
lookup table using the client's IP address to obtain a 
possibly empty list of the AS's that are closest to the 
client (step 812) . The IPA queries the closest-backbone 

25 lookup table to obtain the AS's which are closest to each 
of the candidate servers previously identified as being 
in the same continent as the client (step 814) . The IPA 
then identifies all candidate servers whose query results 
contain an AS that belongs to the same ISP as any AS 

30 resulting from the client query performed in step 812 
(step 816) . Each of the servers identified in step 816 
is then assigned a proximity preference (step 818) . 

After any proximity preferences have been assigned 
in either step 810 or 818, the existence of a network 

35 path between the client and each of the preferred servers 
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is verified (step 820) . To verify the existence of a 
network path between the client and a server, the 
content -aware flow switch 110 queries the content -aware 
flow switch that front -ends the server. The remote 
5 content -aware flow switch either does a Border Gateway 
Protocol (BGP) route table lookup or performs a 
connectivity test, such as by sending a PING packet to 
the client, to determine whether a network path exists 
between the client and the server. The remote content - 

10 aware flow switch then sends a message to the content - 
aware flow switch 110 indicating whether such a path 
exists. Any server for which the existence of a network 
path cannot be verified is not assigned a proximity 
preference. Servers to which a proximity preference has 

is been assigned are moved to the top of the candidate 
server list (step 822) . 

Because multiple AS's may be assigned to a single 
ISP, an ISP-AS lookup table is used to perform step 816. 
The ISP-AS lookup table is an array in which each element 

20 associates an AS with an ISP. An AS is used as a key to 
query the table, and the result of a query is the ISP to 
which the key AS is assigned. 

Referring to FIG. 23, the invention may be 
implemented in digital electronic circuitry or in 

25 computer hardware, firmware, software, or in combinations 
of them. Apparatus of the invention may be implemented 
in a computer program product tangibly embodied in a 
machine -readable storage device for execution by a 
computer processor 1080; and method steps of the 

30 invention may be performed by a computer processor 108 0 
executing a program to perform functions of the invention 
by operating on input data and generating output. The 
processor 1080 receives instructions and data from a 
read-only memory (ROM) 1120 and/or a random access memory 

35 (RAM) 1110 through a CPU bus 1100. The processor 1080 
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can also receive programs and data from a storage medium 
such as an internal disk 1030 operating through a mass 
storage interface 1040 or a removable disk 1010 operating 
through an I/O interface 1020. The flow of data over an 
I/O bus 1050 to and from I/O devices and the processor 
1080 and memory 1110 , 1120 is controlled by an I/O 
controller 1090. 

The present invention has been described in terms of 
an embodiment. The invention, however, is not limited to 
the embodiment depicted and described. Rather, the scope 
of the invention is defined by the claims. 



WO 99/06913 



PCT/US98/11912 



- 40 - 

What is claimed is: 

1. In an Internet Protocol network, a method for 
directing a flow between a client and a best-fit server, 
the method comprising: 

5 receiving a client request for content via the 

Internet Protocol network; 

deriving, from the client request, content type 
information descriptive of the type of content requested 
by the content request; 
io deriving, from the client request, quality of 

service information descriptive of quality of service 
requirements of the content requested by the client 
request; 

selecting as the best -fit server a server from among 
15 a set of candidate servers serving the content requested 
by the client request, based on the content type 
information, the quality of service information, and a 
combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
20 when serving the requested content; 

subsequently forwarding to the best -fit server 
transmissions originating from the client which are 
associated with the client request for content; and 

subsequently forwarding to the client transmissions 
25 originating from the best-fit server which are associated 
with the client request for content. 

2. The method of claim 1, wherein the combination of 
server metrics includes: 

one or more metrics selected from the following 
30 group: server load metrics descriptive of the current 
load and recent activity on the candidate servers, 
network congestion metrics descriptive of network 
congestion between the client and the candidate servers, 
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and client-server proximity information descriptive of 
distances between the client and candidate servers. 

3. The method of claim 1, wherein the combination of 
server metrics includes : 

5 two or more metrics selected from the following 

group: server load metrics descriptive of the current 
load and recent activity on the candidate servers, 
network congestion metrics descriptive of network 
congestion between the client and the candidate servers, 
10 and client-server proximity information descriptive of 
distances between the client and candidate servers. 

4. The method of claim 1, wherein the combination of 
server metrics includes: 

server load metrics descriptive of the current load 
is and recent activity on the candidate servers, network 
congestion metrics descriptive of network congestion 
between the client and the candidate servers, and client - 
server proximity information descriptive of distances 
between the client and candidate servers. 
20 5. The method of claim 1, wherein the step of deriving 
quality of service information includes deriving quality 
of service information from the content type information. 

6. The method of claim 1, wherein the step of deriving 
quality of service information includes deriving quality 

25 of service information from a size of the content 
requested by the client request. 

7. The method of claim 1, wherein the client request is 
an HTTP request . 

8. The method of claim 7, wherein deriving content type 
30 information comprises: 

extracting content type information from an HTTP 
header of the client request. 

9. The method of claim 1, wherein the client request is 
a TCP request. 

35 10. The method* of claim 1, further comprising: 
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obtaining additional information from the client 
about the content requested by the client request; and 

wherein the selecting step further comprises 
selecting the best-fit server based on the additional 
information. 

11. The method of claim 10, wherein the additional 
information comprises information derived from an HTTP 
GET. 

12. The method of claim 10, wherein the obtaining step 
comprises obtaining a protocol number and a source port 
of the client request. 

13. The method of claim 10, wherein the obtaining step 
comprises obtaining a protocol number and a destination 
port of the client request. 

14. The method of claim 10, wherein the obtaining step 
comprises obtaining a filename associated with the 
content request . 

15. The method of claim 10, wherein the obtaining step 
comprises obtaining a filename extension associated with 
the content request. 

16. The method of claim 1, wherein the server metrics 
are obtained by querying a content server database. 

17. The method of claim 1, wherein the server metrics 
are obtained by periodically querying servers in the 
Internet Protocol network. 

18. The method. of claim 1, further comprising: 
obtaining client capability information about the 

client; and 

wherein the selecting step further comprises 
selecting the best -fit server based on the additional 
information. 

19. The method of claim 1, wherein quality of service 
requirements comprise a bandwidth. 

20. The method of claim 1, wherein quality of service 
requirements comprise a delay. 
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21. The method of claim 1, wherein quality of service 
requirements comprise a frame loss ratio. 

22. The method of claim 1, wherein deriving quality of 
service information comprises deriving quality of service 

5 information from the MIME content type of the client 
request . 

23. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server is receiving a burst of 

10 requests for the content requested by the client request. 

24. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether satisfying the client request will result in a 
short-term flow. 

is 25. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the content requested by the client request 
has been frequently requested in the past. 

26. The method of claim 1, wherein the expected quality 
20 of service provided by a candidate server is descriptive 

of whether the content requested by the client request 
has a high priority. 

27. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 

25 of a probability that the content requested by the client 
request is cached by the server. 

28. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server has responded to recent 

30 queries. 

29. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server recently responded to a 
request for the content requested by the client request 
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with an indication that the content is not served by the 
candidate server. 

30. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 

5 of whether the candidate server is reachable, 

31. The .method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server's cache resources are 
below a threshold level . 

10 32. The method of claim 1, wherein the expected quality 
of service provided by a candidate server is descriptive 
of whether the candidate server's TCP buffer resources 
are below a threshold level. 

33. The method of claim 1, wherein the expected quality 
15 of service provided by a candidate server is descriptive 

of whether the candidate server's port bandwidth is below 

a threshold level. 
• 34. The method of claim 2, wherein client -server 

proximity information comprises information descriptive 
20 of a continent in which the client resides and a 

continent in which the server resides. 

35. The method of claim 34, "wherein client-server 
proximity information further comprises information 
descriptive of an administrative authority associated 

25 with the client and an administrative authority 
associated with the server. 

36. The method of claim 35, wherein the administrative 
authorities are Internet Service Providers. 

37. The method of claim 1, wherein selecting as the 
30 best -fit server comprises: 

determining whether the client request requires 
persistent connectivity with a particular candidate 
server ; 

if the client request requires persistent 
35 connectivity with a particular server, identifying a 
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candidate server with which the client is persistently 
connected for service of the client request; 

selecting the identified candidate server as the 
best-fit server. 
5 38*. A method for allocating bandwidth of a data 

switching device to each of a plurality of flow pipes, 
comprising: 

allocating to the plurality of flow pipes a maximum 
bandwidth which is a function of the available bandwidth 
10 of the data switching device; 

allocating to each of the plurality of flow pipes a 
maximum bandwidth which is a function of the bandwidth 
allocated to the plurality of flow pipes; and 

ensuring that the bandwidth through the data 
is switching device consumed by a flow pipe is no greater 
than the maximum bandwidth allocated to the flow pipe. 

39. In an Internet Protocol network, a method for 
selecting a best -fit server, from among a plurality of 
servers, to service a client request for content, the 

20 method comprising: 

identifying a location of the client; 
identifying a location of each of the plurality of 
servers; 

identifying servers that are in the same location as 
25 the client; and 

selecting as the best -fit server a server from among 
the plurality of servers using a process which assigns a 
proximity preference to the identified servers. 

40. The method of claim 1, further comprising 

30 determining whether an active path exists between the 
client and the best -fit server. 

41. The method of claim 40, wherein determining whether 
an active path exists comprises sending a PING packet to 
the client. 
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42. The method of claim 40, wherein determining whether 
an active path exists comprises performing a Border 
Gateway Protocol route table lookup. 

43. The method of claim 40, wherein the location of the 
5 client comprises a continent in which the client resides. 

44. The method of claim 43, wherein the locations of the 
plurality of servers are continents in which the servers 
reside . 

45. The method of claim 40, wherein identifying servers 
10 that are in the same location as the client comprises: 

identifying administrative authorities associated 
with the client; 

identifying, for each of the plurality of servers, 
administrative authorities associated with the server; 
is and 

identifying servers associated with an 
administrative authority that is associated with the 
client . 

46. The method of claim 45, wherein the administrative 
20 authorities are Internet Service Providers. 

47. A system for directing a flow between a client and a 
best -fit server, the system comprising: 

a plurality of servers; 

a flow switch coupled to the plurality of servers by 
25 an Internet Protocol network through one or more 

communication links, wherein the flow switch comprises: 

means for receiving a client request for content via 
the Internet Protocol network; 

means for deriving, from the client request, content 
30 type information descriptive of the type of content 
requested by the content request; 

means for deriving, from the client request, quality 
of service information descriptive of quality of service 
requirements of the content requested by the client 
35 request; 
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means for selecting as the best -fit server a server 
from among a set of candidate servers serving the content 
requested by the client request, based on the content 
type' information, the quality of service information, and 
5 a combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
when serving the requested content; 

means for subsequently forwarding to the best -fit 
server transmissions originating from the client which 
10 are associated with the client request for content; and 

means for subsequently forwarding to the client 
transmissions originating from the best -fit server which 
are associated with the client request for content . 

48. The system of claim 47, wherein: 

is the candidate servers comprise HTTP servers. 

49. A flow switch in an Internet Protocol network, 
comprising : 

means for receiving a client request for content via 
the Internet Protocol network; 
20 means for deriving, from the client request, content 

type information descriptive of the type of content 
requested by the content request; 

means for deriving, from the client request, quality 
of service information descriptive of quality of service 
25 requirements of the content requested by the client 
request ; 

means for selecting as the best -fit server a server 
from among a set of candidate servers serving the content 
requested by the client request, based on the content 
30 type information, the quality of service information, and 
a combination of server metrics descriptive of expected 
qualities of service provided by the candidate servers 
when serving the requested content; 
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means for subsequently forwarding to the best -fit 
server transmissions originating from the client which 
are associated with the client request for content; and 

means for subsequently forwarding to the client 
5 transmissions originating from the best-fit server which 
are associated with the client request for content. 
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-V- 














5. „„ 


AO16.A013 


061L 












SSlk. 






10 


-A072 


062L 


















10 








— t 








063L 1 



Trie Threshold between calls is90K for 5892 and 60K for 5680 



- Tho Threshold is 20 for Systems wrth Side Feeder 



300U/^I09& fc*w tew — < 



Description 



Date— 



AH Meters -> 



Self - Test Faults 



Thr 



Fault Cd 



Loc 



,CPm fajtrt ac*M 



HQ1S 



PHR failed self-test 



J144.J145 H017 



0Q3L 



003L 



MIR failed serf-test 



J146.JU7 H018 



004L 



C04L 



XER failed self-test 



J148.J149 HQ19 



005L 



OOSL 



ISR failed serf-test 



J023.J188 J189 



0Q6L 



0061 



FOR failed setf-test 



J155.J1S6L02Q_ 



007L 



007L 



Snared line failure 



HQ14 



0O8L 



OQ6L 



H.V. Faults 



Af! V nitae» fault 



Charee »2 voltage fault 



F060 



01 PL 



01 PL 



"ransrer current tauit 



J061 



Preclean current fault 



F062 



.012L. 



012L 



Developer bias fault 



F063 



01 3L 



01 3L 



Toner bias fault 



F064 



014L 



»NAMg? 



014L 



Cleaner bias fault 



F065 



0151. 



01 SL 



Waste roll bias fault 



J067 



016L 



016L 



Are detector fault 



F068 



0171 



0171 



S^StBffl 



Errors 



oiat 



avStem error u&nt 



019L 



System error (PHR) 



020L 



System error (MIR) 



WA 



021L 



System error (XER) 



N/A 



022L 



System error (FOR) 



N/A 



0231 



Power loss in print 



N/A 



0241 



Timing Faults 



Tirninn root faults 



JQ28 



£2fiL 



T;? >w *f»'t 



H029 



0271 



027 



Too many ben holes 



F137 



028L 



028J 



COM lost macnme docks 



FQQ4 



029L 



Q29LI 



MIR lost machine docks 



F00S 



03QL 



XER lost macnme docks 



F006 



J31L. 



PHR lost machine docks 



F007 



032L 



COM tost pitch resets 



F008 



033L 



MIR tost pitch resets 



F0O9 



0344, 



XER tost prtcn resets 



F010 



035L 



I 035L1 



Registration finoer faults 



F011 



036L 



ISj^Jos^^rtd^wett^ 



F012 



0371 



Not readv m 12 sec. 



F087 



038L 



No. of reoftasinQ cycles' 



3SV90 



N/A 



039L 



Failed to reoftase in 30 rev. 



F135 



04QL 



I 04QL 



Document Handler Faults 



SiH»Mr amtenfin. entr* 



042L 



Side fdr. tateoff Ptn. entr.' 



-12- 



0431 



Side fdr. late to pfcn.eaoi 



10 



_A2ia_ 



I 0441 1 



Side fdr. tate off pfcn.exit 



10 



A214 



04SL 



Platen damp faults 



A19OA22SA206 



046L 



Input nip rauts 



A222.A224 



0471 



CFF note faults 



10 



A218 



C48L 



CFF servo faults 



10 



A208 



049L 



B Top fdr tate to tray tart 



15 



A193 



osa 



Toe 'MS n*f t*v eart (NX) 



Top fdr tate oft irav exit iirtv) 



10 



AQ70 



051L 



10 



A200 



0521 



T C5i'- 



Too fdr tate to Platen Entrance (N-0 



10 



A194 



0S3L 



Too fdr late to Platen Entrance (Inv) 



10 



A192 



0541 



Too fdr. tate off arm, emr 



10 



A069 



Top fdr. late to pirn, exit 



10 



A195 



Too fdr late to trav entr. 



A196 



0571 



Too fdr late erf trav entr 



A197 



058L 



l :ssi 18 

IB 
J* 



Top fdr miscounts 



10 



A201.A237 



059L 



± 



Too fdr murttf eeds 



10 



A202 



0601 



Doc handler shutter fault 



A016A013 



061L 



'oo for set seoerator mtsflia 



10 



AQ72 



4- 



062L. 



CFF i* form off-feed fault 



10 



A228 



0631 



0631 1 



The Threshold between calls is 90K f or $892 and 60K for 5680 



- The Threshold is 20 for Systems with Side Feeder 



AD\UA 



A 
A 
A 
A 
A 
A 
A 
A 
A 


Description 


Date-* 


► 














AH Meters - 
















Self - Test Faults 


Thr 


Fault Cd 


Lfi&- 


1 


2 


3 


4 


5 


Loc 




qqm faHcfl stfMsa 


2 


HQ 15 - 














.m 




PHR tailed self-test 


. 2 


J144.J145H017 


0Q3L 












003L 




MIR fatted serf-test 


2 


J146.J147 H018 


004L 












C04L 




XER failed self -test 


2 


J148.J149 H019 


005L 












00SL 




ISR failed sett-test 


2 


J023.J188 J189 


006L 












006U 




FOR failed serf-test 


2 


J155J1S6L020 


007L 


1 










007U 




Shared line failure 


2 


H014 


008L 














008L 




H.V. Faults 












A£ vottaee fault 




F059 


0O9L 
















i 


Charae »2 voitaae fault 


5 


F060 


010L 














01 OL 


i 


Transfer current tauit 


5 


J061 


OllL 














w ■ • • 




Preclean current fault 


5 


F062 


012L 














01 2L 




Oeveiooer bias fault 


S 


F063 


013L 














01 3L 


/ 


Toner bias fault 


5 


F064 


014L 












•NAME? 


014L 


/ 


Cleaner bias fault 


5 


F065 


01 SL 














oia 


; 


Waste roll bias fault 


5 


J067 


016L 














016L 




Arc detector fault 


5 


F068 


017L 














017L 




System Errors 


















S^mm nrrer /COM) 


5 t N/A 


018L 


















svstem error <i5Ri 


5 


ivA 


019L 






/ 












Svstem error (PHR) 


5 


N/A 


020L 














02a 




Svstem error (MIR* 


5 


N/A 


- 02 1L 














021L 




Svstem error fXER) 


5 


N/A 


022. 














022L 


Svstem error (FOR) 


5 


*~ N/A 


023L 














023L 


Power loss in onrit 


3 


- T " N/A 


024t 














024L 


Timing Faults 












T^iQLffiKL&yJB 


2 


J028 


Q2fiL 














SS2SL 


Tc* >w *e'T *c!»s 


"> 


"029 


027L 














JQfl 


Too many belt notes 


2 


F137 


028L 














LP?.gt| 




COM lost machine clocks 


5 


F004 


029L 














Q29L 1 


MIR lost machine docks 


5 


F005 


030L 














FES 






XER lost machine clocks 


5 


F006 


031L 


















PHR lost machine docks 


5 


F007 


032L 














FgRl 




COM lost oitch resets 


5 


FOOS 


033L 














FES 




MIR lost Ditch resets 


5 


F009 


034L 














F2H 




XER lost Ditch resets 


5 


F010 


035L 














EES 




Registration finoer faufts 


5 


F011 


036L 












! Q361.I 




ISR lost oitch resets 


5 


F012 


037L 














FTIS 


B 




Not readv m 12 sec. 


15 


F087 


038L 














EES 




No. of reohasina cvdes' 


35/90 


N/A 


G39L 












s^k^H 


EES 




Failed to reonase in 30 rev. 


S 


F135 


040L 












1 040L 




Document Handler Faults 






Stic Mr 'aifitflpffp, trm," 




A211 


Q42L 












1 042L. 




Side fdr. lateoff Dtn. entr.~ 


10 


A212 


043L 














ESS 




Side fdr. tate to Dtn.eaoi 


10 


A213 


044L 














E5S 
ESS 




Side fdr. tate off Dftnest 


10 


A214 


045L 
















Platen ciamo faults 


5 


A190.A225 A206 


046L 












■■■■1 


FISS 




nout n« fauts 


5 


A222.A224 


047L 












■■■■1 


ECS 




CFF hole faults 


10 


A218 


048L 














ESS 




CFF servo faufti 


10 


A206 


049L 














ESS 


i 


Tod Mr late to tray est 


15 


A1S3 


050L 






4 








PES 




Tr~ *a*te t*v exit (N-tt 


10 


A070 


051L 












1 05 V-J 




roo fdr ate on trav exit unv) 


10 


A200 


052L 














FES 


3 
3 




roo fdr tate to Platen Entrance (N-J) 


10 


A194 


053L 












a^k^LHHI 


EES 




Foo fdr (ate to Platen Entrance f Inv) 


10 


A192 


054L 










BflHHI 


EES 




roo fdr. tate off oftn. emr 


10 


A0G9 


Qg<l 


— i- 




i 




Sk^LHHI 


EES 


1 


roo fdr. tate to oftn. exit 


10 


A195 


056L 












FES 


1 


roo fdr tate to trav emr. 


5 


A196 


0571 




i 






s^HH^HI 


FF3S 


1 


roo fdr (ate eft rrav entr 


5 


A197 


0S8L 






=*=\ 




i C58JJI 


3 


r 


roo fdr miscounts 


10 


A201.A237 


059L 










Beaeaii 


•ESE 


3 
► 


i 


roo fdr muftfeeds 


10 


A202 


060V 










aaeaeii 


•ESE 




>dc handler shutter fault 


5 


A016.A01? 


061L 










|061L_ 






p oo for set seoerator mtsfiio 


—IP 


A072 


0621, 










BBBBBW 


!fns 




< 


IFF i u form orMeed fault 


10 


A228 


063L 




—k 






aeaeaii 


FES 



The Threshold between calls is 90K for 5892 and 60K for 5680 " The Threshold Is 20 for Systems with Side Feeder 



300UiU09& tew 



ADXUA 



Description 


Date- 
















AH Meters - 
















Self - Test Faults 


Thr 


Fault Cd 


Loe 


1 


2 


3 


4 


S 


Loc 


qqm #ar«cq WHttt 


2_ 


M015 




















. 


J144.J145 H017 


0O3L 












003L 




MIR failed setf-test 


2 


J146.JU7 H0 18 


004L 


t 










C04L 






2 


J148.J149H019 


005L 


I 










005L 




ISR failed self -test 


2 


J023.J188 J 189 


006L 


i 










0O6L 




FOR failed serf-test 


2... 


J1S5.J1S6L020 


007L 


T" 










007L 




Shared line failure 


2 


H014 


008L 


t 












OOfil 




H.V. Faults 
















X AC tfQ »aee fault 


5 




QQ9L . 












|QttL 






5 


F060 


010L 












) 01 OL 


> 


X Transfer current fault 


5 


J061 


011L 












1 Z: r - 






5 


F062 


01 2L 














01 2L 


/ 




5 


F063 


01 3L 














013L 


; 




5 


F064 


014L 












•NAME? 


014L 


/ 




5 


F0S5 


01SL 














01 5L 




\ Waste roll bias fault 


5 


J067 


016L 














01 6L 


/i 




5 


F068 


017L 














01 7L 


A 


System Errors 




















5 


N/A 
















-Q2£L 




ovsiem error tiSnt 


5 




019L 






/ 












Svstem error fPHRI 




N/A 


020L 














020L 




Svstem error (MIR) 


5 


N/A 


021L 














021L 






S 


N/A 


- °22L 














022L 




Svstem error (FOR) 


5 


- N/A 


023L 














023U 




3 


~ " N/A 


024L 














024L 




Timinq Faults 














T^ing rwtt touts 






Q26L 
















Tct *e*.v *re'T ^r?!»s 


•5 


H029 


027L 














.P27l| 




2 


F137 


028L 














p?H 




COM lost rnacnine clocks 


5 


F004 


029L 














0291 


B 


MIR lost machine docks 


5 


F005 


030L 














0301 


XER lost macnine docks 


5 


F006 


031L 














031 L 


PHR tost macnine docks 


5 


FOOT 


C32L 
















COM lost Ditcn resets 


5 


F008 . . 


033L 














FR* 


MIR lost ortcn resets 




RX» 


034L 
















XER lost ortcn resets 


5 


F010 


C35L 














E5S 


Reoistration ftrcer faults 


5 


F011 


C36L 


















_ 


F012 


037U 
















Not nsadv in 12 sec 




F087 


038L 














EES! 


No. of repnasina evefes* 




N/A 


















Failed to reonase in 30 rev. 


s 


F135 


040L 












(040L 


Document Handler Faults 




Side fdr lata to ofttv entr" 


1C/20 


A211 


042L 
















Side fdr. lattoff dm. emr.~ 


10 


A212 


043L 
















Side fdr. late to otn.ejdt 


10 


A213 


044L 












HHaiVI 


Ed 


Side fdr. fate off din. exit 


10 


A214 


045L 












HHHHI 


EES 


Platen ciamo faults 


5 


A190.A225A206 


046L 












HHaeaB 


F!E1 


'.OP* "liSHS 


5 


A222Jk224 


047L 












BHalaH 


Ed 


CFF hole faun, 


10 


A218 


048L 












biHHHI 


P!F!1 
F!FS 


CFF servo faufts 


1 0 


A208 


049L 












■HHeaS 


Top fdr lata tovsjMt 


is 


A1S3 


050L 






4 








ESI 


Toe **• 'ate of t*v exit fN-n 


10 


A070 


051L 






t 






T051'- I 




Too fdr tate oft trav exit onv) 


10 




052L 












bHiVbsV 


BS1 


3 
B 
3 
3 

r» 


Too fdr late to Platen Entrance (N-0 


10 


A194 


05?L 






i 






HHalHIl 




Too fdr late to Platen Entrance f Inv) 


10 


A1S? 


054C 






i 






HHaaSall 




Too fdr. late off oftn. entr 


10 


AOS? 














bsiHbSII 




Too fdr. late to dm. exit 




A19S 


osa 














Tod fdr late to trav entr. 


5 


A196 


057U 




i 










Too fdr late eft trav entr. 


5 


A 197 














058L 




10 


A201JV237 


059L 






H 






059L 




10 


A202 














o?ok 




5 


A016.A013 


061L 
















10 


A072 














062L 




10 








— » — - 








063L 



The Threshold b etw e en calls is 90K for 5892 and 60K for 5680 - Tho Threshold is 20 for Systems with Side Feeder 



Description 



AOXUA 



Date 



AH Meters -> 



Self • Test Faults 



Thr 



Fault Cd 



Loc 



PHR faded self-test 



J144.J145 H017 



003L 



003L 



MIR failed self-test 



J146.JH7 HQ18 



004L 



004L 



XER failed self -test 



J148.J149HQ19 



OOSL 



OOSL 



ISR failed self-test 



J023.J188 J189 



006L 



006L 



FOR failed sefHest 



J1SS.J156L020 



007L 



007L 



Shared line failure 



HQ14 



008L 



0Q6L 



H.V. Faults 



AC ^itaee fault 



p«9 



A |Charoe «2 voitaoe fault 



F060 



01 PL 



Q10L 



ransrer current tauit 



J061 



011L 



Preclean current fault 



F062 



01 2L 



01 2L 



Developer bias fault 



Toner bias faun 



F063 



01 3L 



F064 



014L 



01 3L 



•NAME? 



01 4L 



Cleaner bias fault 



F065 



01 SL 



01 5L 



Waste roll bias fault 



J067 



016L 



01 6L 



Arc detector fault 



F066 



017L 



Q17L 



System Errors 



Syfffl »rmr fCDM) 



Q18L 



£22L 



avsiem error nam 



019L 



System error (PHR) 



N/A 



020L 



System error (MIR) 



N/A 



021L 



System error fXERV 



N/A 



022L 



System error (FOR) 



N/A 



0231 



2£L 



Power toss in print 



N/A 



024L 



024L 



Timing Faults 



Timing re*#t faults 



J22fiL. 



Q26L 



Tc? 'ew r:#?'t *^i»s 



"029 



02T, 



02ZU 
026LJ 



Too many belt holes 



F137 



028L 



COM lost machine docks 



F004 



029L 



029LI 



033L 



MIR tost machine docks 



F00S 



030L 



XER tost machine docks 



031L 



PHR tost machine docks 



P007 



0321. 



COM tost pitch resets 



F008 



033L 



MIR tost pitch 



P009 



034L 



0344. 



XER tost pitch resets 



F010 



035L 



03SL 



Re gi stration finoer faults 



FOii 



ISR lost pitch resets 



FQ12 



037L 



037L 



Not readv in 12 sec. 



F087 



038L 



038L 



No. of rapnasino cvdes* 



35*0 



N/A 



039L 



039L 



Failed to reonase in 30 rev 



F13S 



040L 



0401 



Document Handler Faults 



SKJft Mr fatctPPRP. cntr," 



042L 



Side fdr. tateoff pfcn. entr.* 



10 



A212 



043L 



Side fdr late to ptn.earit 



10 



A213 



0441 



Side fdr tate off ofcueaat 



10 



A214 



045L 



Platen damp faufta 



A190.A225 A206 



046L 



Input nip fauts 



CFF hole fauna 



047L 



10 



A218 



048L 



CFF serve faults 



10 



A206 



049L 



72L 



B Top fdr tata to trey met 



A193 



05OL 



Tc.Z * n~ 'at e o* *ntv girt ( N-Q 
Top fdr late or* tray exit unv) 



10 



A070 



05H 



JO. 



A200 



052L 



TcsikJ 



Top fdr late to Platen Entrance f N-0 



10 



A194 



0S3L 



Top fdr tate to Platen Entrance (Invl 



10 



A192 



0541 



Top fdr. late off prtn. entr 



10 



B Top fdr. tate to pfm. exit 



10 



A19S 



0S6L 



B 



Top fdr tate to trav entr. 



A196 



0S7L 



Too fdr late cf* :rav entr. 



A197 



0581 



Top fdr miscounts 



10 



A201.A237 



0S9L 



059L 



Top fdr muttifeeds 



10 



A202 



060L 



060L 



Doc handler shutter fault 



A016.A013 



061L 



061 L 



'op for set seocrator misftio 



10 



A072 



062L 



062L 



CFF 1" form off-feed fautt 



10 



A228 



063L 



063L 



The Threshold between calls is 90K for 5892 and 60K for 5680 



- The Threshold is 20 for Systems with Side Feeder 



AD\UU\ 



Description 



Date 



AH Meters -* 



Self - Test Faults 



Thr 



Fault Cd 



Loc 



Loc 



HQ1S 



MQL 



PHR failed setf-test 



J144.JU5 H0 17 



0031 



003L 



MIR failed setMest 



J146.J147 HQ18 



Q04L 



C04L 



XER failed setMest 



J148.J149HQ19 



OOSL 



:05L 



ISR failed setf-test 



J023J188 J 189 



006L 



006L 



FOR failed sefMcst 



J1S5.J156L020 



0O7L 



0071 



Shared line failure 



HQi 4 



OOSL 



OOSL 



H.V. Faults 



AC. vnmeg fault 



0O9L 



£0£L 



Charge »2 voitaoe fault 



F060 



010L 



010L 



ransrer current fault 



Preclean current fault 



JG61 



JUL 



F062 



01 2L 



01 2L 



Developer bias fault 



F063 



01 3L 



01 3L 



Toner bias fault 



F064 



014L 



»NAM6? 



Q14L 



Cleaner bias fault 



F065 



015L 



015L 



Waste roll bias fault 



J067 



016L 



01 6L 



Are detector fault 



F068 



017L 



017L 



ij/Slgm 



Errors 



P1SL 



L°JLfiL 



svsn 



em error nam 



019L 



System error fPHRI 



N/A 



020L 



System enor (MIR) 



N/A 



021 L 



System error fXER) 



N/A 



022L 



Svsttm error (FOR) 



N/A 



023L 



Power loss in print 



N/A 



0241 



Timing 



Faults 



^ming ratt touts 



JP28 



Q26L 



SS2SL 



>\v^ff't^r?'»s 



H029 



027L 



2ei| 



Too many belt holes 



F137 



J028L. 



COM lost machine docks 



FQ04 



029L 



MIR lost machine ctocks 



FOOS 



030L 



XER tost machine docks 



FOOS 



OS"- 



PHR lost machine docks 



FOOT 



0321 



COM tost pitch 



F0O8 



033L 



MIR lost pitch resets 



FQ09 



0344. 



XER tost pitcn resets 



F010 



035L 



Reg ist ration ftnoer faults 



FPU 



ISR tost pitch resets 



F012 



037L 



Not reaav m 12 sec. 



FQ87 



038L 



No. of reonasinq cycles' 



35/90 



N/A 



039L 



Failed to reonase in 30 rev. 



_F135 



040L 



I Q40L 



Document Handler Faults 



SirOMr law tn aim, entr" 



a?ii 



Q42L 



Side far, tateoff ptn. entr." 



10 



A212 



0431 



Side fdr. tate to pfcn.ent 



10 



A213 



Side fdr. tate of* oftnegt 



10 



A214 



045L 



Platen damp faufts 



A190.A225A2O6 



046L 



Input nip fauts 



A222.A224 



0471. 



CFF hole faults 



10 



A218 



048L 



CFF servo faults 



10 



A2Q8 



049L 



3£ 



B Too fdr lata to tray eact 



15 



050L 



To; f f* 'ate *rav exit f HA) 



Too fdr ate oft tray exit iirrW 



10 



AQ70 



0S1L 



I Q51L J 



0S2L 



Top fdr late to Platen Entrance (HA) 



10 



A1S4 



0531 



Top fdr late to Platen Entrance <lnv) 



10 



A192 



0^ 



Too fdr. tate off ofm. entr 



10 



.05SL_ 



± 



B Too fdr. late to ottn. exit 



JO- 



_A195_ 



_05g^ 



|8 
B 

S58L 8 



Top fdr late to trav entr. 



A196 



-05ZL 



B Too fdr late eff :rav entr. 
B 
B 



A197 



058L 



Top fdr miscounts 



10 



A201.A237 



059L 



0S9L 



B 



Top fdr muftrtetds 



10 



A202 



060L 



OSOL 



Doc handler shutter fautt 



A016>013 



061L 



'oo for set seoemtor mtsfiio 



10 



AQ72 



062L 



4- 



062L 



CFF i" form off -feed fault 



10 



A228 



063L 
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The Threshold between calls is 90K for 5892 and 60K for 5680 



- The Threshold is 20 for Systems with Side Feeder 
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Description 


Date- 
















AH Meters - 
















Self - Test Faults 


Thr 


Faulted 






2 


2 


4 


5 


Loc 




CDM faiiefl s*f-test__ 


2_ 


HQ15 


OWL 
















PHR faded serf-test 


- 2 


J14A.J145 H017 


003L 












003L 


MIR failed serf-test 


2 


J146.J147 H018 


004L 












C04L 




XER failed self-test 


2 


J148.JU9 H019 


005L 












C05L 




ISP fatted seiMest 


2 


J023J1B8 J 189 


006L 


i 










006L 


FOR failed setMesi 


. 2 


J155.J156L020 


007U 


■ -r 










007L 




Shared line failure 


2 


HOI 4 


008L 


i 










008L 




H.V. Faults 1 




AC voitace fault. 


..5 




W9L , 














> 


Charae «2voitaae fault 


s 


F060 


010L 














01 0L 


i 


Transrer current fault 


5 


J061 


3UL 














w • *L 




Preelean current fautt 


5 


F062 


012L 














01 2L 




Deveiooer bias fault 


5 


F063 


013L 














01 31 


/ 


Toner bias fault 


5 


F064 


014L 












•NAME? 


01 4L 


A 


Cleaner bias fautt 


5 


F065 


01 5L 














01 5L 


A 


Waste roll bias fault 


5 


J067 


016L 














01 6L 


A 


Arc detector fault 


5 


F068 


0171 














017L 


A 


System Errors 






Sv*t*m error 


5 


N/A 


018L 


















Svstem error liSnt 


5 




01 9L 






/ 












Svstem error (PHR) 


5 


N/A 


020L 
















Svstem error (MIR) 


5 


N/A 


021 L 














Frill 


Svstem error (XER) 


5 


N/A 


022L 
















Svstem error (FOR) 


5 


L u ~ WA 


023L 














E~§ 


Power toss rn ormt 


3 


" N/A 


0241 














FFC1 


Timing Faults 




T^ino react Wtt 


2 i 


J02S 02SL 














J22fiL 


Tc? *e'.v *<?>t 


? 


H029 027L 














027U 


Too many ben holes 


2 


F137 


028L 














029l| 




COM lost machine docks 


5 


F004 


029L 














029L 


B 


MIR lost machine docks 


5 


F005 


030L 














030V 


XER lost machine docks 


- 5 


F006 


03 1L 














0311 


PHR lost machine docks 


5 


F007 


0321. 














EE! 


COM lost Ditch resets 


5 


F008 


033L 
















MIR lost Dftcfi resets 


5 


F009 


034C 














psa 




XER lost Ditch resets 


5 


F010 


035L 


















Reoistration ftnoer faults 


5 


F011 


036L 


















ISR lost Ditch resets 


5 


F012 


0371 














mm 




Not readv in 12 sec 


15 


F087 


038L 














0381,, 




No. of reohasina cycles' 


35*0 


N/A 


039L 














039L 




Failed to reonase in 30 rev. 


5 


F135 


040L 














040L 




Document Handler Faults 






Side fdr. tateto oltn. entr" 


10/20 


A211 


Q42L 












1 042L 




Side fdr. tateoff otov entr.~ 


10 


A212 


043L 


















Side fdr. late to Dtn.txrt 


10 


A213 


044L 


















Side fdr late off Dttrttxit 


10 


A214 


045L 












mtmm\ 






Platen damo faults 


5 


A190.A225 A206 


046L 












I046L 




nout nio faufts 


5 


A222.A224 


047L 














0471 




CFF hole faults 


10 


A218 


048L 














048L 




CFF servo faults 


...IP 


A208 


049L 
















i 


'op fdr lata to trsv est 


15 


A193 


050L 






4 






aeaaaai 






rcc 'at* n* *r*v exit 


10 


A070 


051L 






i 






1 05 1 '- I 




roo fdr ate on trav exit <inv) 


to 


A290 


052L 
















I 
3 
J 
5 
» 




Too fdr late to Platen Entrance <N-f) 


10 


A194 


053L 






i 












roo fdr late to Platen Entrance f Inv) 


10 


A192 


0541. 






i 






HHasHI 


FTS1 




roo fdr. late off ottn. entr 


10 


A069 


055L 








I 




Ba^a^aVI 




\ 


roo fdr. late to Dim. exit 


10 


A195 


osa 












aSMHI 


33! 


\ i 


roo fdr late to trav entr. 


5 


A196 


057L 










HLTHaHl 


E59 


1 1 


roo fdr late erf rrav entr. 


5 


A197 


C58L 












058L 1 


1 1 


roo fdr miscounts 


10 


A201.A237 


059L 












0591, 1 


1 1 




10 


A202 


060L 




-v— 








0$0t, 1 






5 


A016.A013 


061L 
















r oo far set seoerator mtsflio 


10 


A072 


062L 












062L 


c 


:FF i M formorMeed fautt 


to 
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"The Threshold between calls is 90K for 5892 and 60K for 5680 - The Threshold is 20 for Systems with Side Feeder 
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Description 



AD\UA 



Date-* 



AH Meters — 



Self - Test Faults 



Thr 



Faulted 



Loc 



HQ1S 



PHR failed sett-test 



J144.J145 H017 



0031 



003L 



MIR failec serf-test 



J146.J147 HQ1B 



004L 



C04L 



XER failed seiMes; 



J148.J149 H019 



0051 



0051 



ISR failed self-test 



J023.J1B8 J 189 



0061 



006L 



FOR failed self-test 



J1S5.J1S6 L020 



007T- 



007L 



Shared line failure 



HQ14 



008L 



008L 



H.V. Faults 



Ar ^/nitag^tault 



A jCharqe «2 voltage fault 



F060 



-229k. 



01 PL 



ransrer current rault 



J061 



311L 



Preclean current faun 



FQ62 



01 2L 



01 2L 



Developer bias fault 



F063 



01 3L 



01 3L 



A Toner bias fault 



F064 



0141. 



>NAME? 



QUL 



Cleaner bias fault 



F065 



01 5L 



01SL 



Waste roll bias fault 
Arc detector fault 



J067 



016L 



01 6L 



F066 



017L 



017L 



System Errors 



System error (COM) 



Q1SL 



avstem error >i3ni 



01 9L 



System error fPHRl 



N/A 



020L 



System error (MIR) 



N/A 



021L 



System error (XER) 



N/A 



022L 



System error (FOR) 



N/A 



023L 



Power loss in print 



N/A 



0241 



Timing Faults 



Timif 



ina react touts 

T»» J e'.v »3'T hq*»> 



JQ2S 



4029 



0271 



0271! 
028J 



Tooj 



many belt holes 
COM tost machine docks 



F137 



028L 



FQQ4 



029L 



029L I 



MIR lost machine docks 
XER lost machine docks 



FOOS 



-232L. 



F006 



_Q31L_ 



PHR tost machine docks 
CDM lost pitch t 



FOOT 



0321- 



MIR lost pitch resets 
XER tost pitch resets 



F009 



0341 



F010 



0351 



Registration finoef fautts 
ISR tost pitch resets 



FQ11 



036L 



F012 



0371 



Not readv m 12 sec. 
No, of reonasinq cvdes* 



F087 



038L 



35790 



N/A 



039L 



Failed to reonase in 30 rev. 



F13S 



Q4QL 



I Q4QL 



Document Handler Fautts 



Sid* fdr latetnnfm witr * 



042L 



Side fdr. lateoff otn. entr.' 



10 



A212 



043L 



Side fdr. late to ptn.exrt 



10 



A213 



0441 



Side Mr. tate off pkrveat 



10 



A214 



045L 



Ptaten damp faults 



A190.A225 A206 



046L 



Input nip fauts 



W2L 



CFF hole faults 



10 



A218 



048L 



CFF servo faults 



10 



A206 



049L 



721 



B Top Mr late to tray exit 



J3L 



A193 



0S0L 



JozJ".' w of t*v exit fN-li 



Top fdr ate oft trav exit tinv) 



10 



A070 



05H 



JO. 



052L 



Too fdr late to Platen Entrance (N-Q 



10 



A194 



0S3L 



Top fdr late to Platen Entrance (Inv) 



10 



A192 



JB&. 



Top fdr. late off pttn. entr 



10 



A0S9 



B Top fdr. late to pttn. exit 



J2_ 



A19S 



056L 



Top fdr late to trav entr. 



A196 



0S7L 



Top fdr late eft :rav entr. 



A 197 



OSSL 



B 



Too fdr miscounts 



10 



A201.A237 



0S9L 



± 



059L 



Top fdr muttfeeds 



10 



A202 



0601 



SSSL 



>oc handler shutter fault 



AQ16.A013 



061L 



061L 



'oo for set seperator mtsfiip 



10 



A072 



062L 



4- 



Q62L 



CFF 1 11 form ofMeed fault 



10 



A228 



063L 



063L 



The Threshold between calls is 90K for S892 and 60K for 5680 



** The Threshold is 20 for Systems with Side Faador 





Description 


Date-* 


















AH M 


eters -» 




















Thr 


Fault Cd 


Loc_ 


1 


2 


3 




s 


Loc 






TDM failed siMMest 


? 


H0 15 


OOOL 


















PHR failed self-test 


2 


J144.J145H017 


0O3L 












C03L 






MIR failed serf-test 


2 


J146.JU7 H018 


0O4L 


t 










C04L 








C 


J148.J149 H019 


0O5L 












C0SL 








2 


J023J1SaJlB9 


006L 


i 










UUOL 






FOR failed setf-test 


2 


J155 J156L020 


007L 






















2 


H014 
















008L 






H.V. Faults 
























A 
A 


AC voltage frnh 
Charge #2 voitaoe fault 


5 
5 


F059 
F060 


010L 














010L 




A 




5 


JC61 


01 1L 


















A 




S 


F062 


012L 














01 2L 




A 




5 


F063 


Dist- 














01 3L 




A 


Toner bias fault 


5 


F064 


al 












•NAME? 


014L 




A 




5 


F065 


01 5L 














01 5L 
01 6L 




A 
A 




5 
5 


J067 


016L 
017L 














0171 






























5 


n/a 


01SL 












1 Q 1 8L 








L. = - 




0191, 






/ 












System error (PHR) 


5 


N/A 


020L 














0201 








5 


N/A 


021L 














1*414 








5 


N/A 


022L 






















5 


' N/A 


023L 














EBB 








3 


• T " N/A 


0241 














E2H 






i iming rauiiS 


















2 


4228 


02fiL 




— i — i — i — 




Q2tiL 








2 


r "029 


0271 








027lj 






1— J 


F137 


028L 














owj 








5 


F004 


029L 














029C 








..J 


poos 


030L 














030L 








5 


F006 


031L 














031 L 


XX 






5 


F007 


032L 






















5 


F008 


033L 














Kim 


/ 






5 


FO09 


0344. 














ES3 
ESES 
ESS 


/ 






5 
S 


F010 
F011 


035L 
036L 




















5 


F012 


CS7L 














EFJH 


/ 




Not readvin 12 sec. 


?5 


F087 


038L 


















No. of reoftasmo cvdes* 




N/A 


















/ 






5 1 


F13S 


040C 












I 0401 


















/ 








A211 


0421 














JH2L 








19 


A212 


043L 














043L 


/ 






10 


«»13 


044L 














044L 








10 


A214 


045L 














045L 


/ 






5 


A190A225 A206 


046L 














046L 








5 


A999A994 


047L 














047L 


/ 






10 


A218 


048L 














Q48L 






10 


A206 


049L 
















( 


B 




15 


A193 


050L 






<f 








ESS 




Tn= ?r*- <ate o*f *rnv exit ( N-n 




A070 


051L 






1 






1 




I 






10 


A200 


052L 




















10 


A194 


053L 






\ 








EJ*!1 








10 


A192 


054L 














EES 






Too fdr. late oft pttn. entr 


10 


AOfiS 


055L 






/ 




■■i 


ESI 


I 


B 




10 


A195 


056L 










— 


EES 


B 




5 


A196 


057L 










ssHsaasssl 


FBH 




B 




5 


A197 


056L 










I 


358L.. 


XX 


B 


Top fdr miscounts 


10 


A201.A237 


059L 






H 






059L 




B 




. ,1.0 . 
















o^ 








5 


A016.A013 


061L 


















. 1P._ 









—4 








062L. 


1 
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Tha Thrashold btlwwn calls la 90K f or 5892 and 60K for 5680 
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